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

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

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

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

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

6.3. Система TMR

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

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

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

6.4. Система 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 обладал необычно гибкой структурой и представлял собой произвольно глубокую иерархию кодированных и некодированных элементов (проблем, диагнозов, проявлений болезни или просто заголовков). С каждым элементом могло быть связано несколько значений (кодированных или некодированных), наблюдавшихся в разные моменты времени. Из одних элементов можно было выводить другие, например элемент ОЖИДАЕМЫЙ ВЕС БЕРЕМЕННОЙ определялся как функция от элементов НАЧАЛЬНЫЙ ВЕС БЕРЕМЕННОЙ и СРОК БЕРЕМЕННОСТИ В НЕДЕЛЯХ.

7. Что такое компьютерная система?

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

1. Аппаратные средства обеспечения - техническое оборудование, включая центральный процессор (ЦПУ), накопитель для хранения данных, терминалы и печатающие устройства.

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

Похожие работы

Концепция информационной системы онкологического центра

Скачать

98744

5

11

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

Автоматизированная система управления персоналом "Отдел кадров"

Скачать

105005

7

33

... труда отдела кадров; – уменьшения затрат на содержание отдела кадров. 2.2 Общие сведения Разрабатываемая АС имеет полное наименование автоматизированная система управления персоналом «Отдел кадров». АС «Отдел кадров» служит для автоматизации работы отдела кадров ООО «Радуга». 2.3 Описание предметной области Слово "учет" подразумевает прием сотрудника на работу, отслеживание его ...

Системы управления электронным документооборотом

Скачать

78053

2

0

... и количеством пользователей от 20 до 150.«Гран-Док» - корпоративная версия («Единая система электронного документооборота и делопроизводства муниципальных структур управления административного округа») - единая система электронного документооборота и делопроизводства административного округа. Ее можно отнести к специализированным системам автоматизации делопроизводства и ...

Разработка автоматизированной системы управления торговым предприятием

Скачать

138680

12

12

... приведения к базовому узлу, метод удельных весов, метод учета затрат на единицу веса изделия, расчет себестоимости по статьям затрат. В данном проекте приводится расчет себестоимости разработки автоматизированной системы управления торговым предприятием. (АСУТП). АСУТП служит для ведения учета торговой деятельности в Интернет и на аукционе EBay. Из основных преимуществ перед конкурентами стоит ...