Компьютерная история болезни

3. Форма представления данных в системе. Медицинские данных могут храниться в повествовательной форме, и быть всего лишь более разборчивыми и доступными, нежели их бумажные эквиваленты. Однако некодированная информация не стандартизуется, и недостаточно последовательное применение медицинской терминологии снижает возможности поиска необходимых данных. Лишь в том случае. когда используется контролируемый заранее определенный словарь терминов, можно агрегировать и обобщать данные, предоставленные разными врачами или тем же самым врачом в разное время. Таким образом, запись неструктурированных данных не может достаточно активно способствовать принятию решений или проведению научных исследований.

4. Географическое распределение терминалов, обеспечивающих доступ к системе. Если большое число пользователей будут иметь доступ к системе только из ограниченного числа мест, то она будет менее ценной, чем аналогичная система, доступная с нескольких сотен терминалов, расставленных по всей больнице или даже за ее пределами, на дому у врачей или кабинетах частнопрактикующих специалистов. 
 
    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 Получение информации

Если все  регистрируемые в истории болезни  сведения порождаются в рамках одной  медицинской организации, отвечающей за ведение истории болезни, то процедура  получения информации является достаточно тривиальной. Врач может без особого  труда получить информацию, собранную внутри учреждения, а также результаты диагностических исследований и лабораторных тестов, заказанных другим учреждениям. С другой стороны, получение аналогичной информации, собранной при госпитализации пациента в другом учреждении, при оказании ему скорой и неотложной помощи, при посещении внешнего консультанта, может оказаться затруднительным или невозможным. Эта информация может оказаться пропущенной (например, пациент забыл при визите к врачу упомянуть о недавно прошедшей госпитализации), неразборчивой (скажем, на третьем экземпляре карты учета скорой и неотложной помощи невозможно что-либо прочитать), недостаточно детальной (к примеру консультант сообщил, что все результаты исследования пациента в пределах нормы, но не указал сами результаты). Для разрешения этих проблем приходится проводить переговоры с теми местами, откуда такая информация часто поступает и выполнять дополнительную работу.

Может оказаться  необходимым ограничить сферу ведения  автоматизированной истории болезни  только теми сведениями, которые возвращаются в данное учреждение, но это может понизить возможности программного обеспечения компьютера по предоставлению полезной информации о лечении пациента. Например, автоматизированная система клиники не сможет дать достаточно точные рекомендации о необходимости проведения исследования соскоба из цервикального канала, если большинство таких исследований заказывается внешним специалистом-гинекологом и результаты этих исследований возвращаются только к нему. Клиника должна вводить в обиход специальные процедуры получения копий таких результатов для последующего ввода в свой компьютер. Аналогично, автоматизированная система ведения амбулаторной истории болезни будет иметь ограниченные возможности выдавать предупреждения и напоминания, если данные, собранные в одном подразделении, не будут доступны другому подразделению. Современная тенденция создания больших, более интегрированных и более самодостаточных медицинских автоматизированных систем позволит рассчитывать на то, что со временем проблема получения информации станет менее острой. 
 
    4. 2. 1 Ввод данных

Процедура ввода  данных является трудоемкой и занимает у персонала довольно большое  время. Люди должны интерпретировать данные или перевести их в другую форму, а затем ввести в компьютер. Данные могут вводиться в виде свободного текста, в закодированном виде или в форме сочетания свободного текста и кодов процедур. Основное преимущество кодирования данных состоит в том, что тем самым данные классифицируются и стандартизуются, а это облегчает ведение научной работы, формирование счетов на оплату лечения, а также последующую выборку историй болезни. Кодирование позволяет компьютеру “понимать” данные и выполнять более разумную обработку этих данных. Кроме того, для хранения закодированных данных обычно требуется гораздо меньше места, чем для некодированных; если же возможных кодов немного, то информацию можно вводить более удобным образом, выбирая соответствующие кодам строки меню.

Основным недостатком  кодирования является стоимость преобразования исходных текстов в правильные коды. Для классификации исходного текста требуется определенное время, особенно если этот текст не вполне обычен и непосредственно не укладывается в один из существующих классов. На обучение персонала процессу кодирования также требуется время; ведение словаря кодов, описывающего соответствие между кодами и обозначенными ими терминами, тоже является трудоемким делом. При кодировании могут возникать ошибки, которые по сравнению с опечатками в свободном тексте гораздо труднее обнаружить, поскольку в закодированной информации отсутствует избыточность, присущая свободному тексту. Например, можно ввести код 392 вместо 329 и для компьютера это не будет ошибкой; он может только предложить оператору ассоциированный с кодом текст для последующей визуальной проверки.