Автоматизированные системы регистратуры, историй болезни, контроля состояния медицинской техники и расходных материалов

Регистратура – модуль системы автоматизации медицинских учреждений, предназначен для регистрации пациентов, заведения и печати амбулаторной карты, составления расписания работы специалистов, записи пациентов на приём, печати талонов. Основные программы: «Электронная регистратура», ArchiMed, Система MedWork © компании ООО "Мастер Лаб",

Основные возможности модуля:

Выбор столбцов для отображения для каждого пользователя индивидуально.

Построение многоуровневых группировок по данным.

Широкие возможности фильтрации.

Возможность внесения фотографии пациента (Web камеры или файла).

Выгрузка данных в большинство известных форматов (Word, Excel, Open Office, PDF, BMP, JPEG, GIF, TIFF, Текстовый файл, CSV файл).

Прикрепление идентификаторов к амбулаторной карте пациента (магнитные, прокси, смарт карты и др. идентификаторы).

Составление расписание работы на произвольный период времени.

Перенос записи на приём на другую дату (к другому специалисту) мышью (Drag&Drop).

Быстрый поиск карты пациента в архиве карт.

Возможность отслеживать местонахождение бумажной копии амбулаторной карты и просмотра истории её перемещений.

Запись пациента без заведения амбулаторной карты (карта создаётся непосредственно во время посещения учреждения, что позволяет уменьшить количество неиспользуемых электронных амбулаторных карт в архиве).

Выделение пациентов, обслуживаемых по программам ОМС и ДМС.

Отслеживание по статусу (Запись, Прибыл, Частичная оплата, Полная оплата и т.д.

Переключение статусов происходит в автоматическом режиме, задаваемом при настройке системы).

Возможность переноса данных о пациенте из других систем с помощью специальных плагинов (например, перенос гостей в конфигурации «ArchiMed-санаторий» из гостиничной системы UCS Shelter).

Регистрация выездов врачей на дом. Печать карты с адресом вызова.

Автоматизированные системы ведения истории болезни.

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

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

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

Кроме того, информация о многих пациентах может быть агрегирована - полезное свойство как для ведения научной работы, так и для управления процессом лечения.

Хранение записей в памяти компьютера имеет и то большое преимущество, что компьютер может автоматически принимать решения о данных, которые он собирает и выдает. Как уже отмечалось ранее, система может запрашивать у пользователя важную отсутствующую информацию. Еще важнее то, что компьютер может анализировать данные и помогать медицинскому персоналу ставить диагнозы и принимать терапевтические решения.

Степень полноты реализации этих преимуществ в конкретной системы электронного ведения истории болезни зависит от следующих четырех факторов:

1. Спектр информации, охватываемый системой. Содержит ли система результаты, полученные в амбулаторных учреждениях или и в других учреждениях тоже? Содержит ли она только информацию о лекарственной терапии и лабораторных тестах, или еще и результаты выполненных врачами осмотров?

2. Продолжительность использования системы. Во многих ситуациях записи, аккумулирующие данные о пациенте за последние пять лет, будут более ценными, нежели записи о визитах пациента за один конкретный месяц.

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

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

4. Географическое распределение терминалов, обеспечивающих доступ к системе. Если большое число пользователей будут иметь доступ к системе только из ограниченного числа мест, то она будет менее ценной, чем аналогичная система, доступная с нескольких сотен терминалов, расставленных по всей больнице или даже за ее пределами, на дому у врачей или кабинетах частнопрактикующих специалистов.

Недостатки

Автоматизированные системы ведения истории болезни имеют и некоторые недостатки. Они требуют больших начальных вложений по сравнению с бумажными эквивалентами из-за высокой стоимости компьютеров, программного обеспечения и обучения. При внедрении таких систем может потребоваться отвлечение ключевых работников на неделю или более для обучения пользованию системой, а затем они должны будут тратить свое время на обучение своих коллег.

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

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

Большинство из этих проблем можно решить за счет правильного выбора аппаратных средств и программного обеспечения. Разработчики системы должны учитывать указанные выше потенциальные проблемы и проектировать систему с таким расчетом, чтобы свести опасность их проявления к минимуму. Например, они могут снизить стоимость ввода данных и обучения, используя графические образы и цветовые выделения, показывающие пользователям, что надо делать и на что обратить внимание. Кроме того, они могут добавить в систему контекстно-зависимые оперативные подсказки. Резервирование оборудования, если оно правильно выполнено, может снизить вероятность уничтожения данных или простоев системы из-за сбоев аппаратуры.

Наконец, центральной проблемой является ввод в компьютер собираемых врачами данных. Информационная ценность прямых наблюдений за состоянием пациента обычно бывает не очень высокой; поэтому врачам нередко приходится анализировать большие объемы данных. чтобы принять одно маленькое решение.

Стоимость ввода всех данных, необходимых врачу в процессе принятия решения, может значительно превзойти ценность помощи компьютера в этом процессе.

Автоматизированная история болезни является ключевым атрибутом как больничной информационной системы, так и автоматизированной системы ведения амбулаторной истории болезни (АСВАИБ). Оба вида систем обеспечивают как административные функции, так и процесс лечения пациента. Однако для амбулаторных систем многие функции автоматизированной больничной информационной системы, например планирование питания и мониторинг состояния пациента в блоке интенсивной терапии, являются ненужными.

Большинство АСВАИБ содержит модули для ведения медицинских записей, выполнения административно-финансовых функций, а также для формирования отчетов. Хотя многие общие принципы создания систем ведения истории болезни равным образом приложимы как к стационарному, так и к амбулаторному лечению, основные свойства этих систем будут описаны на примере четырех систем ведения амбулаторной истории болезни: COSTAR, RMRS (Regenstrief Medical Record System), TMR (the Medical Record) и STOR (Summary Time Oriented Record). Эти системы имеют долгую историю развития и их особенности широко освещались в литературе.

Система COSTAR

Система COSTAR была разработана в конце 60-х годов Барнеттом и его коллегами в Лаборатории кибернетики Массачусетского общего госпиталя (Laboratory of Computer Science of Massachusetts General Hospital). Эта система проектировалась для обеспечения выполнения Гарвардской программы общественного здравоохранения HCHP (Harvard Community Health Plan), но затем она была пересмотрена, чтобы ее можно было использовать в других учреждениях, обеспечивающих амбулаторное обслуживание пациентов.

Разработчики расширили функциональные возможности системы (например, обеспечили выполнение функций, связанных с оплатой лечения) и удалили из нее многие функции, оказавшиеся специфическими только для плана HCHP. В

1978 году версия системы, получившая название COSTAR 5, была объявлена доступной любой организации, желающей использовать ее или продавать как коммерческий продукт. В настоящее время учреждение, желающее установить систему COSTAR, может воспользоваться ее общедоступной версией (public domain) или приобрести одну из многих коммерческих версий, обладающих более широкими возможностями. Общее число пользователей системы COSTAR не известно; на проведенный в 1986 году опрос пользователей откликнулось более 110 мест, в которых она была установлена.

Разработка системы COSTAR 5 преследовала две цели: (1) улучшить лечение пациентов за счет большей доступности и лучшей организации истории болезни и (2) улучшить возможности управления амбулаторным учреждением с помощью автоматизации административных, управленческих и финансовых функций. Для достижения этих целей разработчики системы выбрали модульный подход, позволяющий каждой организации настраивать систему на свои административные и клинические нужды и финансовые ограничения, а также обеспечили возможность постепенного наращивания модулей. Базовая система

COSTAR 5 содержала модули для (1) обеспечения безопасности и целостности данных; (2) регистрации паспортных данных пациентов; (3) записи пациентов на прием; (4) формирования счетов на оплату лечения и финансовых отчетов; (5) сбора и хранения фрагментов истории болезни и (6) генерации отчетов управленческого характера. Для функционирования системы было достаточно установить только модули обеспечения безопасности данных и регистрации пациентов, а также минимальный вариант модуля ведения истории болезни; расширенные функции ведения истории болезни и другие модули были необязательными.

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

В процессе приема пациентов врачи собирали медицинские данные и заполняли бланки приема. Они отмечали соответствующие диагнозы, параметры и симптомы в кодированных списках проблем, и указывали статус проблемы: M означало основную проблему (main), I - неактивную проблему (inactive) и так далее. Врачи могли вписать свои комментарии в специальное поле внизу бланка или надиктовать те сведения, которые должны были обрабатываться отдельно.

После визита вспомогательный персонал вводил данные из бланка в компьютерную систему.

В дополнение к бланку визита модуль ведения истории болезни позволял получить три стандартных выходных документа:

Отчет о визите обобщал сведения о отдельном визите пациента, включая диагнозы, результаты осмотра и лабораторных тестов, а также лекарственные назначения.

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

Специальные диаграммы, обобщающие хронологию заболеваний и клинических исследований в виде упорядоченного по датам списка клинических наблюдений и результатов лабораторных тестов.

Модуль генерации отчетов управленческого характера обеспечивал вывод множества стандартных отчетов (например, числа визитов по пациентам, по врачам или по специальному виду услуги). Учреждения могли без труда добавить к системе вывод других периодических отчетов. Кроме того, система

COSTAR обеспечивала работу со специальным языком медицинских запросов MQL (medical query language), который мог использоваться для выполнения произвольных заранее не запрограммированных сложных поисков информации в базе данных системы.

Система RMRS

Система RMRS (Regenstrief Medical Record System) была разработана Макдональдом и его коллегами в Медицинском центре Университета Индианы (Indiana University Medical Center). Она была введена в эксплуатацию в Мемориальном госпитале Вишарда (Wishard Memorial Hospital) в 1974 году. В 1988 году она обеспечивала ведение историй болезни более чем 250000 пациентов, из них по меньшей мере для 50000 пациентов данные существовали 9 лет и более. В этой системе хранилось более 25 миллионов записей об отдельных наблюдениях за пациентами; все эти записи были закодированы и могли выбираться в режиме оперативного доступа. Система RMRS представляла собой часть более широкой системы обеспечения административной деятельности, обеспечивавшей запись пациентов на прием и формирование счетов на оплату лечения. Уникальной функцией компонента ведения истории болезни была система выдачи напоминаний, которая активно просматривала данные пациентов и выдавала врачам напоминания, основанные на 1400 закодированных протокольных правилах. Проведенное исследование по оцениванию полезности начальной версии системы продемонстрировало, что напоминания значительно улучшили поведение врачей в части назначения необходимых лабораторных тестов и лекарственной терапии, а также в части модификации планов лекарственной терапии.

Система RMRS обеспечивала диспетчеризацию записи на прием и в преддверии визита пациента выдавала три документа:

1. Отчет по оценке качества, содержащий рекомендации врачу о профилактических процедурах, которые должны быть выполнены для пациента, о проблемах пациента, на которые надо обратить внимание, а также о противопоказаниях к лекарственной терапии (см. рис. 6.16). Этот отчет по завершению визита удалялся из памяти системы.

2. Хронологический эпикриз, представляющий собой упорядоченную по датам информацию о пациенте, хранящуюся в клинической базе данных.

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

По завершению визита врач заполнял дневник истории болезни, вносил изменения в список проблем, оформлял рецепты и заказы на лабораторные тесты, и все это на бланке визита. Затем оператор вводил информацию о выполненных наблюдениях в клиническую базу данных. В систему RMRS можно было в закодированном виде вводить информацию о течении заболевания и сведения из дневника; однако из-за высокой стоимости ввода данных на практике вводилась лишь малая часть этих данных. Вместо этого копия заполненного бланка визита подшивалась в бумажную историю болезни. Таким образом, система RMRS не заменяла традиционную историю болезни, но дополняла ее. Результаты лабораторных тестов и информация об отпуске лекарств получались системой RMRS от систем клинической лаборатории и аптеки.

Медицинский язык запросов CARE использовался для получения выборок из файлов с историями болезни и для формирования отчета с оценками качества.

Набор операторов языка CARE определял критерий поиска. Результатом выполнения запроса являлся список историй болезни, удовлетворявший критериям запроса. Результатом формирования отчета с оценками качества являлся перечень напоминаний, соответствующих критериям формирования.

Система TMR

Система TMR (the Medical Record) разрабатывалась Стедом и Хаммондом в университете Дьюка с 1975 года. Первоначально целью разработки было исключение из обихода бумажной истории болезни. Поэтому разработчики системы основной акцент сделали на получение и хранение данных о лечении пациентов, хотя система TMR выполняла и такие функции, как планирование приема пациентов и формирование счетов на оплату лечения. К 1989 году эта система использовалась более чем в 25 местах США и Канады. Одна из версий системы TMR использовалась нефрологической клиникой университета Дьюка.

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

В преддверии визита пациента система TMR просматривала его историю болезни и выдавала бланк визита, в котором уже были впечатаны последние клинические данные и назначенное лечение. Врач использовал этот бланк, чтобы получить уже имевшуюся информацию о пациенте и дополнить ее собственными данными. Хотя врачи могли вписывать все данные в этот бланк для последующего операторского ввода, они старались выполнять непосредственный ввод в систему лекарственных назначений, поскольку в этом случае система предупреждала их о возможных лекарственных аллергиях и лекарственных взаимодействиях, а также обеспечивала расчет правильной дозы.

Врачи могли просматривать полную историю болезни с помощью видеотерминалов. Система TMR могла предоставлять им данные из истории болезни, сгруппированные по следующим трем направлениям: проблемы, хронология и визиты. Врачи могли просматривать последовательные результаты исследований или тестов как в табличном, так и в графическом виде. Система также могла генерировать повествовательные текстовые заключения, используя данные, которые регистрировались в бланках с помощью меню, допускавших многократный выбор.

Система STOR

Система STOR (Summary Time Oriented Record) была разработана Уайтингом О’Кифе и его помощниками в Калифорнийском университете Сан-Франциско (USCF). В 1985 году, через шесть лет после начала работы над пилотной системой, разработчики начали внедрять систему STOR как в стационарах, так и в амбулаторных учреждениях Калифорнийского университета.

К 1988 году система STOR содержала 60000 амбулаторных историй болезни, охватывала 22 клиники, обслуживающих 200000 визитов пациентов ежегодно, и давала ответы на 2000 оперативных запросов в день. Исследование по оценке полезности системы показало, что врачи получали от системы STOR больше информации о пациенте, нежели от традиционной бумажной истории болезни.

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

Перед каждым визитом пациента в клинику система STOR собирала по локальной вычислительной сети все его данные, печатала частично заполненный бланк визита и выдавала в регистратуру требование на подборку бумажной истории болезни, если состояние пациента соответствовало определенным критериям (система STOR позволяла обходиться без традиционной бумажной истории болезни примерно для 75% визитов пациентов). В бланк визита была впечатана компактная информация о пациенте, состоявшая из нескольких частей и содержавшая списки проблем пациента, назначенных лечебных мероприятий, результаты заданных лабораторных тестов; дневниковые записи (если таковые имелись), информацию из систем вспомогательных подразделений, сопутствующие проблемы, терапию и лабораторные данные, а также таблицы и графики. Формат и содержание бланка визита определялись в зависимости от диагнозов, клинических и других индивидуальных данных пациента. В процессе обследования пациента врач использовал бланк визита для пополнения списков проблем и лечебных мероприятий, для записи вновь появившихся данных, а также для записи дневника. Затем оператор вводил эту информацию в компьютер. Во всех клиниках обязательно вводились проблемы пациента и назначенное лечение, но дневниковые записи можно было либо вводить, либо копировать и подшивать в бумажную историю болезни.

Список проблем в системе STOR обладал необычно гибкой структурой и представлял собой произвольно глубокую иерархию кодированных и некодированных элементов (проблем, диагнозов, проявлений болезни или просто заголовков). С каждым элементом могло быть связано несколько значений (кодированных или некодированных), наблюдавшихся в разные моменты времени.

Автоматизированные информационные системы мониторинга медицинских изделий (АИС ММИ). Система предназначена для информационной поддержки принятия управленческих решений, обеспечивает оперативный и точный анализ оснащенности системы здравоохранения города разными видами медицинской техники, позволяет осуществлять контроль технического состояния и эффективности использования медицинской техники, на научной основе разрабатывать программы оснащения и переоснащения лечебных учреждений, обеспечивающие повышение качества медицинских услуг на территории РФ.

С 2006 года в сферу осуществляемого в системе АИС ММИ мониторинга дополнительно включен учет поступления и эксплуатации медицинского оборудования, поставляемого в город в рамках общероссийского национального проекта «Здоровье».

Цель: Обеспечение медицинских учреждений и населения медицинскими изделиями и всеми видами услуг, необходимыми при их эксплуатации - от помощи покупателю в выборе оптимальных моделей нового оборудования до его демонтажа и утилизации после списания.

Кроме автоматизации непосредственно лечебного процесса, неободимо управлять материально-техническим обеспечением ЛПУ. Существуют электронные каталоги складов разного уровня – от общего склада ЛПУ до описи инвентаря и лекарственных средств отдельного врача или мед.сестры. Формы ввода и вывода позволяют оперативно вносить и получать для изучения приходы, перемещения по отделениям и списания медикаментов и расходных материалов, а также проводить инвентаризацию как вручную, так и автоматически.

Среди тех.средств, ускоряющим и упрощающим работу персонала, имеются устройства для считывания штрих-кодов, и подробный справочник штрих-кодов. Вместе они позволяют производить приход лекарственных средств и расходных материалов в буквальном смысле одним движением руки.

Особое внимание уделено учету особо ценных и наркотических лекарственных средств. Здесь применяется система персонифицированного учета, т.е. выдача и списание строго после подтверждения личности ответственного специалиста и проверки прав на выполнение этих действий.