Языки запросов и контроля

107258
знаков
0
таблиц
1
изображение

5.1 Языки запросов и контроля


Медицинские языки запросов и контроля во многих отношениях напоминают языки запросов систем управления базами данных общего назначения (СУБД ). Как и в большинстве формальных языков программирования, в них предусмотрены средства присваивания значений переменным, управления порядком выполнения операторов языка, а также стандартные логические операции AND, OR (И, ИЛИ) и операции сравнения (, =). Кроме того, они позволяют делать выборки из ряда повторяющихся измерений и выполнять такие операции, как найти первый элемент, последний, максимальный, минимальный; найти направление изменения; определить число элементов в выборке, величину изменения, интервал между измерениями и т.д. Врач может использовать подобные операции для того, чтобы определить среднее значение содержания сахара в сыворотке крови по измерениям, проведенным в первый год после начала лечения инсулином, или найти максимальное значение содержания калия в сыворотке крови после начала калий-дополняющей терапии. Наконец, в этих языках предусмотрены средства указать, какое сообщение надо послать и кому в ситуация, когда сведения о пациенте удовлетворяют определенным критериям отбора.

К числу наиболее известных систем запросов и контроля относятся: подсистема MQL, входящая в состав системы COSTAR; подсистема CARE, работающая в составе системы RMRS. Подсистемы MQL и CARE похожи тем, что в обеих задания и запросов, и контроля имеют общий синтаксис команд; кроме того, обе этих подсистемы были первоначально разработаны для использования в пакетном режиме в целях анализа амбулаторного лечения пациентов.


5.2 Возможности и ловушки


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

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

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


6. Примеры автоматизированных систем ведения амбулаторной истории болезни


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

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



Информация о работе «Автоматизированные системы ведения истории болезни»
Раздел: Информатика, программирование
Количество знаков с пробелами: 107258
Количество таблиц: 0
Количество изображений: 1

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

Скачать
98744
5
11

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

Скачать
105005
7
33

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

Скачать
78053
2
0

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

Скачать
138680
12
12

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

0 комментариев


Наверх