2.2 Недостатки
Автоматизированные системы ведения истории болезни имеют и некоторые недостатки. Они требуют больших начальных вложений по сравнению с бумажными эквивалентами из-за высокой стоимости компьютеров, программного обеспечения и обучения. При внедрении таких систем может потребоваться отвлечение ключевых работников на неделю или более для обучения пользованию системой, а затем они должны будут тратить свое время на обучение своих коллег. Имеющийся персонал может оказаться неспособен адаптироваться к выполнению компьютеризованных процедур, вследствие чего понадобится замена части работников, что, в свою очередь, приведет к нарушению нормального режима функционирования учреждения. Далее, между внедрением автоматизированной истории болезни и получением от нее ощутимой выгоды проходит определенное время, требуемое на то, чтобы для наиболее активных пациентов в системе образовался достаточный объем информации. Обеспечение должной конфиденциальности данных, хранимых в электронном виде, усложняет систему и увеличивает ее стоимость.
Автоматизированные системы таят в себе потенциал как небольших сбоев, так и катастрофических отказов в работе. Если компьютер выходит из строя, то информация из его памяти может оказаться недоступной в течение часов или даже дней. Поэтому обязательно должны быть предусмотрены аварийные ручные процедуры. Далее, поскольку отказы в работе дисков могут вызвать потерю запомненных на них данных, то разработчики системы должны обеспечить процедуры дублирования и восстановления данных. Если данные записаны медицинским работником от руки, а затем с этого документа вводятся в систему оператором, то могут возникнуть ошибки ввода, а погрешности в программном обеспечении могут привести к искажению даже правильно введенных данных.
Большинство из этих проблем можно решить за счет правильного выбора аппаратных средств и программного обеспечения. Разработчики системы должны учитывать указанные выше потенциальные проблемы и проектировать систему с таким расчетом, чтобы свести опасность их проявления к минимуму. Например, они могут снизить стоимость ввода данных и обучения, используя графические образы и цветовые выделения, показывающие пользователям, что надо делать и на что обратить внимание. Кроме того, они могут добавить в систему контекстно-зависимые оперативные подсказки. Резервирование оборудования, если оно правильно выполнено, может снизить вероятность уничтожения данных или простоев системы из-за сбоев аппаратуры.
Наконец, центральной проблемой является ввод в компьютер собираемых врачами данных. Информационная ценность прямых наблюдений за состоянием пациента обычно бывает не очень высокой; поэтому врачам нередко приходится анализировать большие объемы данных. чтобы принять одно маленькое решение. Стоимость ввода всех данных, необходимых врачу в процессе принятия решения, может значительно превзойти ценность помощи компьютера в этом процессе. Новые методы облегчения врачам непосредственного ввода данных в компьютер (например речевой ввод) могут снизить остроту этой проблемы.
3. История развития автоматизированных систем ведения истории болезни
Содержание больничных историй болезни стало объектом тщательного изучения в 40-е годы, когда организации по аккредитации больниц начали настаивать на доступности аккуратных, хорошо организованных историй болезни как непременном условии аккредитации. Затем эти организации стали требовать, чтобы больницы предоставляли определенную сжатую информацию из истории болезни в национальные центры по обработке данных. Такие выписные эпикризы содержат (1) демографическую информацию, (2) диагнозы при поступлении и выписке, (3) продолжительность пребывания пациента в больнице и (4) перечень основных выполненных процедур. Национальные центры обеспечивали статистическую обработку этих эпикризов; с помощью выдаваемых ими результатов больницы могли судить о том, какое они занимают положение среди других аналогичных больниц.
В 60-е годы начали создаваться автоматизированные больничные информационные системы (АБИС). Эти системы были рассчитаны в первую очередь на обеспечение взаимодействия. Они собирали заказы и рецепты с постов медсестер, направляли их в другие подразделения больницы, и по ходу этого процесса регистрировали все действия, подлежащие оплате. Такие системы обычно занимались только вводом заказов и передачей результатов. Хотя они и содержали некоторую медицинскую информацию, например рецепты и результаты многих диагностических исследований, тем не менее их основной задачей был сбор информации для формирования счета на оплату лечения, а не автоматизация самого лечения. В большинстве из этих систем оптимизировались передача данных и их изображение, поэтому они были ориентированы на хранение и обработку текстовой информации, которую было легче выводить. Однако, повествовательные данные трудно автоматически интерпретировать. Кроме того, обеспечение оперативного доступа к объемистым текстам стоит довольно дорого.
Когда Лоренс Вид ввел понятие проблемно-ориентированной истории болезни, это заставило пересмотреть традиционное отношение как к бумажной, так и автоматизированной истории болезни. Вид оказался одним из первых, кто осознал важность придания истории болезни внутренней структуры независимо от того, хранится ли она на бумаге или в памяти компьютера. Он предложил, чтобы основой организации структуры истории болезни была медицинская проблема пациента и чтобы все диагностические и терапевтические планы были привязаны к определенной проблеме. Компьютеризованная версия проблемно- ориентированной истории болезни, получившая название PROMIS, предоставляла врачам советы в процессе ввода в компьютер своих записей, заказов и рецептов. В ней появились многие технические инновации, например ввод с помощью сенсорных экранов, скоростная обработка трансакций и объединение микрокомпьютеров в сети.
Амбулаторной истории болезни уделялось меньше внимания. нежели больничной, в связи с различиями в требованиях государственных и других контрольных органов к этим видам медицинского обслуживания. Кроме того, сиюминутный подход к хранению информации об амбулаторных пациентах и малый доход от визита пациента в клинику по сравнению со стоимостью стационарного лечения препятствовали вложениям средств и труда в составление сжатых описаний, являющемся обычным процессом в больницах.
Тридцать лет назад отдельный семейный врач обеспечивал почти всю амбулаторную медицинскую помощь своим пациентам. Однако сегодня ответственность за оказание такой помощи распределена между группами медицинских работников амбулаторных клиник и оздоровительных организаций. Амбулаторные истории болезни могут содержать длинные записи, сделанные различными медицинскими работниками, большое число результатов лабораторных тестов и разнообразный набор других элементов данных, например рентгенограммы, выписные эпикризы, заключения патологоанатомов. Поэтому потребности в применении компьютеров для облегчения амбулаторной помощи возросли.
В 1972 году Национальный научно-исследовательский центр здравоохранения (National Center for Health Services Research and Development) и Национальный центр медицинской статистики (National Center for Health Statistics) организовали проведение совещания по разработке более систематического подхода к ведению амбулаторной истории болезни. Спустя несколько лет аналитики насчитали значительно число начатых разработок автоматизированных систем ведения амбулаторной истории болезни {Henley и др., 1975]. Последующее продолжение этого исследования, проведенное в 1981 году, отметило значительный прогресс в разработке многих из этих систем. Далее будут описаны три системы, которые выжили в процессе ранней эволюции, а именно COSTAR, RMS (the Regenstrief Medical Record System) и TMR (The Medical Record).
4. Фундаментальные вопросы разработки и внедрения автоматизированных систем ведения истории болезни
Цели у всех систем ведения истории болезни одинаковы, независимо от того, какая технология применяется - ручная или автоматизированная. Однако механизмы достижения этих целей отличаются. С точки зрения пользователей, фундаментальное различие указанных двух подходов состоит в способах занесения сведений в историю болезни и выборки из нее необходимой информации. В этом разделе будут рассмотрены возможные варианты реализации ввода данных, а затем представлены способы извлечения информации из автоматизированной истории болезни и ее представления пользователю.
4.1. Ввод данных
Своевременная и аккуратная передача в компьютер информации о пациентах представляет собой наиболее трудоемкий и сложный в реализации момент автоматизированного ведения истории болезни. До сих пор он не получает должного внимания как со стороны разработчиков, так и со стороны потенциальных покупателей автоматизированных систем ведения истории болезни; это может объясняться тем, что при ручном ведении истории болезни ответственность за внесение записей распределена между большим числом различных медицинских специалистов. Кроме того, само это действие настолько вошло в привычку, что его выполняют, не задумываясь над тем, как это делается.
Передача данных из источника их возникновения в компьютер требует выполнения двух отдельных процедур:
1. получение информации
2. ввода данных.
4.2 Получение информации
Если все регистрируемые в истории болезни сведения порождаются в рамках одной медицинской организации, отвечающей за ведение истории болезни, то процедура получения информации является достаточно тривиальной. Врач может без особого труда получить информацию, собранную внутри учреждения, а также результаты диагностических исследований и лабораторных тестов, заказанных другим учреждениям. С другой стороны, получение аналогичной информации, собранной при госпитализации пациента в другом учреждении, при оказании ему скорой и неотложной помощи, при посещении внешнего консультанта, может оказаться затруднительным или невозможным. Эта информация может оказаться пропущенной (например, пациент забыл при визите к врачу упомянуть о недавно прошедшей госпитализации), неразборчивой (скажем, на третьем экземпляре карты учета скорой и неотложной помощи невозможно что-либо прочитать), недостаточно детальной (к примеру консультант сообщил, что все результаты исследования пациента в пределах нормы, но не указал сами результаты). Для разрешения этих проблем приходится проводить переговоры с теми местами, откуда такая информация часто поступает и выполнять дополнительную работу.
Страницы: 1, 2, 3, 4, 5, 6, 7, 8, 9
