Содержание бизнес – процесса «Запись на прием» состоит из последовательного выполнения действий: «Идентификация пациента», «Запись пациента», «Доставка документации».
«Идентификация пациента» происходит с помощью страхового медицинского полиса, регистратор смотрит относится ли пациент к данному учреждению.
«Запись пациента» регистратор записывает пациента на прием с учетом расписания врача и свободного времени больного (рисунок 2.4).
«Доставка документации» в конце рабочего дня из регистратуры к специалисту доставляется «Журнал записи», т.е. записи, когда и какие пациент придут на прием.
Содержание бизнес – процесса «Регистрация пациента» состоит из последовательного выполнения действий: «Формирование карточки пациента», «Идентификация пациента», «Занесение в базу поликлиники», «Проведение статистики», «Предоставление справочной информации о поликлинике».
«Формирование карточки пациента» состоит в том, что заполняется специальная амбулаторная карта (Форма N 025/у-04). Информация для формирования амбулаторной карты формируется из данных предоставленными самим больным(личный опрос, паспорт), медицинских документов: старой амбулаторной карты, направлений, полис ОМС, а также при предоставляемая информация предприятием или место учебы больного или других медицинских учреждений. Заполнением амбулаторной карты занимается регистратор. В дальнейшем амбулаторная карта поступает либо врачу, либо на предоставление какой то конкретной медицинской услуге.
Распаковочка. Автоматизация бизнес-процессов медицинских учреждений
«Идентификация пациента» — пациенту присваивается свой уникальный номер, который будет в дальнейшем использоваться для его идентификации и при записи его на прием.
«Занесение в базу поликлиники» заключается в том, что вся информация о пациента заносится в базу данных поликлиники.
«Проведение статистики» — занесенная информация о пациенте используется в проведении статистического анализа.
«Предоставление справочной информации о поликлинике» — если у пациента возникнут, какие либо вопросы, то он может обратиться к дежурному администратору или к программе (рисунок 2.4).
Рисунок 2.4 – Автоматизация бизнес – процесс «Запись на прием» и «Предоставление справочной информации о поликлинике»
2.6.Объекты (документы) основного бизнес – процесса учреждения
Объекты бизнес – процесса «Запись на прием»
Объект «Журнал приема записи к необходимому специалисту» — содержит информацию о расписании необходимого специалиста и имеет атрибуты:
— «номер специалиста» — тип «int»
— «дата» — тип «datetime»
— «время» — тип «datetime»
— внутренний номер пациента — тип «int»
Объект «Отделение» содержится информация обо всех имеющихся подразделениях поликлиники и имеет атрибуты:
— «название отделения» — тип «ntext»
— «заведующий» — тип «ntext»
Объект «Специалист» содержит информацию о специалистах поликлиники и имеет атрибуты:
Идеальная структура клиники это оптимизация бизнес процессов
— «фамилия» — тип «ntext»
— «отчество» — тип «ntext»
— «специализация» — тип «ntext»
Объекты бизнес – процесса «Регистрация пациента»
Объект «Медицинская карта амбулаторного больного» — содержит информацию о пациенте и имеет атрибуты:
— «внутренний номер пациента» — тип «int»
— «фамилия» — тип «ntext»
— «отчество» — тип «ntext»
— «дата рождения» — «datetime»
— «адрес прописки» — тип «ntext»
— «адрес проживания» — тип «ntext»
— «телефон домашний» — тип «int»
— «телефон служебный» — тип «int»
— «место работы» — тип «ntext»
— «место учебы» — тип «ntext»
— «хроническое заболевание» — тип «ntext»
Объект «Страховой полис» содержит информацию о страховой компании пациента и имеет атрибуты:
— «номер страхового полиса» — тип «int»
— «страховщик» — тип «ntext»
-«льготы» — тип «ntext»
-«дата прикрепления» — «datetime»
Объекты бизнес – процесса «Статистический анализ»
Объект «Медицинская справка» содержит информацию о пациенте, его диагнозе и имеет атрибуты:
— «номер справки» — тип «int»
— «внутренний номер пациента» — тип «int»
— «диагноз» — тип «ntext»
— «дата выдачи» — «datetime»
— «номер специалиста» — тип «int»
Объекты бизнес – процесса «Предоставление справочной информации»
Объект «Справочная система о поликлинике» содержит всю необходимую информацию о поликлинике и имеет атрибуты:
— «название вопроса» — тип «ntext»
— «ответ на вопрос» — тип «ntext»
Диаграмма«Объекты входящие в автоматизацию приложения» представлена на рисунке 2.5.
Рисунок 2.5 — Объекты, входящие в автоматизацию приложения
Источник: infopedia.su
Задачи медицинских систем для бизнеса: как автоматизировать бизнес-процессы и увеличить продажи
Работа медицинского учреждения без информатизации и компьютеризации сегодня не просто выглядит неэффективной, но и невозможна в конкурентной борьбе. Каждая такая организация столкнется с большими потоками пациентов, хранением их амбулаторных карт, контролем финансово-экономической деятельности и сложностями оперативного управления клиникой. Мало того, нельзя оставить без внимания ежегодные изменения в медицинском законодательстве и взаимодействие с надзорными органами.
После этого вопрос автоматизации становится во главу угла, потому что только с ее помощью можно управлять всеми бизнес-процессами медицинского учреждения.
Внедрив у себя медицинскую информационную систему, руководитель получает полную картину деятельности учреждения – от обращения пациента до формирования отчетности по оказанным услугам.
Что нужно знать о бизнес-процессах медицинского учреждения
Все они делятся на базовые, дополнительные и утилитарные (поддерживающие). Главный БП клиники – прием пациентов, куда входит первый контакт с клиникой, оплата услуг, закрытие документации, повторное обращение и т.д.
Имеют место ситуации, когда руководитель попадает в тупик, не зная, как повысить доходность клиники и отследить неэффективные каналы расхода средств. Медицинская информационная система прозрачно отображает эти процессы и показывает, как можно оптимизировать траты, уйти от бумажной волокиты в сторону автоматизации, понять, где пациенты остаются недовольны и даже отказываются от обращения в клинику. В результате можно устранить все проблемы в короткие сроки.
Однако если бизнес-процессы были построены неверно, автоматизация сделает все только хуже. Абсолютно все БП должны быть продуманы и подробно описаны, чтобы в них можно было обнаружить слабые места и устранить еще до начала полноценного функционирования клиники. И до того, как будет внедрена МИС.
МИС и автоматизация бизнес-процессов
Рассмотрим базовые бизнес-процессы медицинского учреждения и их составляющие, которые автоматизирует медицинская информационная система, в частности – Archimed+.
Работа регистратуры
- Ведение базы данных пациентов.
- Контроль расписания врачей.
- Запись пациентов на прием.
- Работа с платными услугами.
- Работа со страховыми компаниями.
- Расчет заработной платы.
- Подготовка отчетной документации.
В МИС Archimed+ есть модуль «Регистратура», благодаря которому регистраторы всегда будут помнить номера телефонов пациентов и даты рождения, а также напомнит о том, что скоро прием и уведомит о новых обращениях.
Работа кассы
- Подключение онлайн-касс.
- Организация авансовых оплат.
- Создание дисконтной системы
- Подарочные сертификаты.
- Бонусная система.
В модуле «Касса» хранится полная отчетность по доходам, расходным материалам, заработной плате и рекламе.
Работа врача
- Заполнение электронной истории болезни.
- Ведение электронной медицинской карты.
- Работа с шаблонами и протоколами осмотров.
- Выписка электронных больничных листов
- Автоматизированный ввод за счет готовых фраз.
- Соблюдение медицинских стандартов
- Печать протоколов осмотров и рекомендаций.
- Электронная подпись.
- Отслеживание хода лечения пациента.
- Назначение лечения.
- Выдача рекомендаций.
Модуль «Кабинет врача» показывает, сколько записей у специалиста на сегодня и любой другой день, напомнит план лечения и историю болезни каждого пациента. Также здесь хранятся электронные истории болезни, планы лечения, шаблоны протоколов осмотров и других документов.
Функционирование склада
За этот бизнес-процесс отвечает модуль «Склад», с которым, как правило, работает старшая медицинская сестра. Она оприходует материал, заносит в систему приход товаров от поставщиков и / или производителей, их стоимость и количество. Оприходование почти всегда идет на основной склад, а затем медсестра распределяет товары / материалы по отдельным складам, т.е. врачам и кабинетам.
Медсестра отслеживает перемещение товара внутри медицинского учреждения (в какой кабинет он ушел, принявшее лицо, количество товара) и может мониторить содержимое склада: какой товар и в каком объеме есть, какой закончился, у какого истекает срок годности. В системе автоматически формируются такие документы как приходные, расходные и возвратные накладные, акты передачи, отчеты, ценники и многое другое.
Врачи и администраторы взаимодействуют с модулем «Склад» косвенно, потому что расход материала учитывается автоматически (есть привязка материалов к услуге). Например, при каждом приеме терапевта со склада будет автоматически списываться одна пара стерильных перчаток и одна пара бахил. Кроме того, сам пользователь может регулировать, сколько и какого материала он использовал в каждом конкретном случае. Также можно сформировать отчеты по расходу материалов в сегментах врачей, кабинетов и определенных пациентов.
Функционирование лаборатории
- Отображение назначенного исследования.
- Забор материала для исследования.
- Штрихкодирование пробирок.
- Ввод результатов исследований.
- Контроль норм тестов.
- Печать результатов исследований.
- Журнал лабораторных исследований.
- Работа с внешними лабораториями.
IP-телефония +CRM
Archimed+ интегрируется с облачными АТС, получает данные по пациенту из базы, делает подстановку фамилии, имени и отчества, отвечает за смену статусов и т.п. Кроме того, есть собственный модуль CRM для работы с лидами, настройки напоминания администраторам о звонкам и хранения истории общения с пациентами.
Работа с сайтом
- Организация онлайн-записи.
- Организация оплаты.
- Демонстрация прайс листа.
- Показ результатов лабораторных исследований.
Благодаря Archimed+ на сайте клиники можно развернуть личный кабинет пациента, где он может посмотреть свою историю болезни, результаты лабораторных исследований, историю оплат, записаться на прием.
Программа лояльности
- Развертывание бонусной системы.
- Дисконтная система (скидки).
- Работа с сертификатами.
- Предоставление абонементов.
Клиника может продавать сертификаты (например, подарочные) с определенным номиналом. Например, пациент может приобрести сертификат номиналом в 10 000 рублей и подарить его другу. Тот приходит в клинику, при оплате предъявляет сертификат и им оплачивает услуги в рамках этой суммы.
Интеграция с веб-сайтами
Наиболее известные площадки – сайты «DocDoc.ru» и «ProDoctorov.ru». Здесь пациенты ищут информацию о врачах и клиниках. Удобство для пациента здесь заключается в том, что он может прямо с этих сайтов записаться на прием, не переходя на сайт клиники. Запись сразу же выгружается в Archimed+.
Для клиники удобно, что эти площадки очень раскручены, их посещает большое количество потенциальных пациентов. Иными словами, благодаря такой интеграции можно тратить меньше на продвижение собственного сайта.
Автоматизация работы со страховыми компаниями
Клиника заключает договор со страховой компанией, и в рамках этого документа оговаривается, какие конкретно услуги, оказываемые клиникой, будут оплачиваться страховой компанией, на какой срок этот договор заключен – все эти моменты настраиваются в системе. После этого страховая компания присылает списки прикрепления, т.е. информацию о том, какие пациенты могут прийти в клинику с полисом от этой страховой, также указываются сроки действия полисов. Эти списки выгружаются в программу.
Когда пациент приходит с полисом в клинику, он показывает его администратору, а тот находит этого пациента в системе, т.е. в списке, присланном страховой, и может быстро установить, действует полис или нет. После того, когда будут начисляться оказанные пациенту услуги, прописанные в договоре, они зачислятся на счет страховой компании, а не пациента. Это произойдет автоматически, т.е. администратор не будет выяснять, входит эта услуга в договор или нет, а просто привычно сработает с пациентом. Все данные по всем услугам и пациентам с полисом стекаются в один модуль, там формируются счета, акты, реестры.
Проведение медосмотров (профосмотров по Приказу № 203н)
- Калькуляция профосмотров.
- Загрузка списка сотрудников.
- Осмотры врачей.
- Вывод кодов вредных факторов.
- Выдача результатов анализов.
- Заключение профпатолога.
- Выдача справок, медкнижек.
- Заключительный акт.
- Паспорт здоровья.
- Индивидуальные профосмотры.
Проведение таких осмотров регулирует Приказ Минздравсоцразвития России от 12.04.2011 N 302н (ред. от 13.12.2019) «Об утверждении перечней вредных и (или) опасных производственных факторов и работ, при выполнении которых проводятся обязательные предварительные и периодические медицинские осмотры (обследования), и Порядка проведения обязательных предварительных и периодических медицинских осмотров (обследований) работников, занятых на тяжелых работах и на работах с вредными и (или) опасными условиями труда» (Зарегистрировано в Минюсте России 21.10.2011 N 22111).
В медклинику, имеющую лицензию на проведение таких медосмотров, обращаются:
- Пациенты в частном порядке для трудоустройства и получения справок в ГИБДД, на ношение оружия и т.п. В зависимости от того, куда нужны заключение или справка, пациент должен пройти определенных специалистов и исследования (их набор зависит также от пола и возраста пациента). МИС сама подбирает список специалистов и исследований, учитывая параметры пациента, а также сама заполняет все документы: исследования, бегунки, заключения, справки, амбулаторную карту, договор, ИДС. Кроме того, программа автоматически рассчитывает стоимость медосмотра.
- Организации, сотрудникам которых нужно периодически проходить медосмотр (периодический медосмотр). В зависимости от условий труда, профессии, пола, возраста, стажа работы меняется набор специалистов. Без использования автоматизации со стороны МИС приходится искать нужные данные в приложениях к Приказу № 302Н, чтобы понять, кому и когда нужно пройти. В Archimed+ достаточно загрузить список сотрудников с указанием кодов вредных факторов, и программа сама составит все списки, заполнит документы, посчитает стоимость, учтет условия договора между организацией и клиникой, а также заполнит все итоговые документы, составит акт, реестр, создаст счет.
Для врачей, которые проводят профосмотры, в Archimed+ есть специальный модуль, в котором удобно быстро заполнять протоколы осмотра.
Подведем итоги
Общий обзор информационных систем здравоохранения
Целью создания и внедрения медицинских информационных систем является организация работы и управление медицинским учреждением. При этом использование современных информационных технологий требует пересмотра принципов и механизмов управления предприятием.
Сегодня система управления практически всеми медицинскими учреждениями имеет ярко выраженную функциональную направленность. Есть руководитель, ему подчиняются заместители по направлениям, под каждым из них находятся подразделения, выполняющие определенные функции.
- Функционально-ориентированная организация не стимулирует заинтересованность работающих в конечном результате, поскольку системы оценки их деятельности оторваны от результативности работы предприятия в целом. Их видение происходящего чаще всего не выходит за рамки структурных подразделений, в которых они работают, они не ориентированы на целевые задачи медицинского учреждения.
- При функциональном подходе главным потребителем результатов труда работника является его вышестоящий начальник. Это означает, что каждый сознательно или подсознательно старается удовлетворить (или угодить) начальнику, а не коллеге из соседнего подразделения, а тем более пациенту. Такой подход еще как-то может существовать в бюджетных медицинских учреждениях, но сразу отбрасывает любое коммерческое предприятие на последние роли в конкурентной борьбе за доли рынка медицинских услуг.
- Большая часть реальных рабочих процессов предприятия состоит из множества функций, т.е. выходит за рамки отдельных подразделений. Однако в функционально ориентированных структурах чрезмерно усложнен обмен информацией между различными подразделениями, что приводит к большим накладным расходам, неоправданно длительным срокам выработки управленческих решений, и как следствие потере клиентов. По подсчетам аналитиков время взаимодействия между подразделениями разделяется следующим образом: 20% — время работы, 80% — передача результатов следующему исполнителю.
Бизнес-процессы
Медицинские учреждения (коммерческие и государственные) предоставляют (производят) медицинские услуги, поэтому они могут рассматриваться как производственные системы. В свою очередь, производственные системы состоят из групп взаимно независимых компонент, работающих вместе для достижения конечной цели. Эти компоненты определяются как процессы. Таким образом, производственная система состоит из группы взаимосвязанных процессов, которые обеспечивают достижение целей организации.
Бизнес-процессы медицинского учреждения — это связанный набор повторяемых действий (функций), в результате которых в соответствии с предварительно установленными правилами образуется конечный продукт – медицинская услуга.
Классификация бизнес-процессов
Различают основные и вспомогательные процессы.
Основные процессы — это те, которые добавляют качество. В нашем случае – это процессы оказания пациенту качественной медицинской помощи (качественных медицинских услуг).
Вспомогательные процессы формируют инфраструктуру организации, в медицинском учреждении – создают условия для выполнения лечебно-диагностического процесса.
Медицинская информационная система предназначена для информационного обеспечения как основных, так и вспомогательных бизнес-процессов медицинского учреждения. Поэтому первым этапом ее проектирования является формализованное описание этих бизнес-процессов, т.е. построение инфологической модели предприятия. Как будет продемонстрировано далее, эта модель не эквивалентна структурно-функциональной модели предприятия.
Формализация и описание бизнес-процессов любого предприятия осуществляется на основе методологии IDEF. Отличительной ее особенностью является акцент на соподчинённость объектов. В стандарте IDEF0 изучаемая система предстает перед разработчиками и аналитиками в виде набора взаимосвязанных функций (функциональных блоков – в терминах IDEF0). Стандарт IDEF1 представляет собой методологию моделирования информационных потоков внутри системы, позволяющую отображать и анализировать их структуру и взаимосвязи.
- Стрелки входа (входят в левую грань блока) – изображают данные или объекты, изменяемые в ходе выполнения работы.
- Стрелки управления (входят в верхнюю грань блока) – изображают правила и ограничения, согласно которым выполняется работа.
- Стрелки выхода (выходят из правой грани блока) – изображают данные или объекты, появляющиеся в результате выполнения работы.
- Стрелки механизма (входят в нижнюю грань блока) – изображают ресурсы, необходимые для выполнения работы, но не изменяющиеся в процессе работы (например, оборудование, людские ресурсы и пр.)
- Стрелки вызова (выходят из нижней грани блока) – обозначают обращение к блоку, входящему в состав другой части данной модели или другой модели.
Рис. 131. Схема иерархических взаимоотношений между родительским блоком и дочерней диаграммой (рекомендации по стандартизации Р 50.1.028-2001)
Рассмотрим пример использования методологии IDEF0 для анализа бизнес-процессов и построения функциональной модели медицинского учреждения стационарного типа.
На рис. 132. представлена обобщенная модель его работы: персонал стационара (ресурс, необходимый для выполнения работы) лечит пациента (объект, изменяемый в ходе выполнения работы), результатами чего являются выбывший пациент и счет-реестр за оказанные данному пациенту медицинские услуги.
Рис. 132. Обобщенное IDEF0-описание работы стационара
Более подробно работы, сопровождающие прохождение пациента по стационару представлены на рис. 133. Они включают в себя оформление истории болезни и осмотр пациента в приемном отделении больницы, лечение больного в отделении и закрытие истории болезни. Во всех работах участвует персонал стационара, однако на схеме уточнены исполнители этих работ.
Заметим также, что входы и выходы на схемах, представленных на рис. 132 и 133 совпадают, т.е. схема, представленная на рис. 133 детализирует схему рисунка 132.
Рис. 133. IDEF0-описание работ, выполняемых при оформлении истории болезни.
После оформления истории болезни, работа с пациентом в приемном отделении продолжается (рис. 135): его осматривают, устанавливают диагноз при поступлении, при наличии показаний принимают решение о госпитализации и направляют его в конкретное лечебное отделение стационара, либо оказывают необходимую амбулаторную помощь и направляют в другое медицинское учреждение.
Рис. 134. IDEF0-описание работ, выполняемых в приемном отделении.
В лечебном отделении (рис. 136) пациента осматривают, уточняют диагноз и составляют план обследования и лечения, делают и выполняют назначения и т.д. вплоть до его выписки.
Рис. 135. IDEF0-описание лечения пациента в отделении стационара.
Сам этап выписки или закрытия истории болезни (рис. 137) включает в себя принятие врачом решения о выписке, оформление выписного эпикриза и, при необходимости, больничного листа, а также выдачу пациенту рекомендаций по дальнейшему лечению, образу жизни и т.д. По итогам пребывания больного в стационаре и на основе суммарного расчета стоимости оказанных ему медицинских услуг (включая стоимость израсходованных в процессе лечения медикаментов и изделий медицинского назначения) формируется счет-реестр за оказанную медицинскую помощь, предъявляемый лечебным учреждением страховой медицинской организации.
Рис. 136. IDEF0-описания процесса закрытия истории болезни.
Другим стандартом семейства IDEF является методология IDEF1, позволяющая моделировать информационные потоки, протекающие внутри системы, отображать и анализировать их структуру и взаимосвязи. Результатом ее применения является информационная модель, которая представляет структуру информации, необходимой для поддержки функций производственной системы или среды (рис. 138).
Рис. 137. Схема информационных потоков стационара
Принципиально важным моментом и условием работы любых информационных систем, в том числе и медицинских, является то, что данные в информационную систему вводятся однократно, в месте их возникновения. Так, паспортные данные больного вносятся лишь приемном отделении стационара и в дальнейшем врач лечебного отделения, формируя, например, направление на функциональное исследование, пользуется этими данными. В свою очередь, сформированное им направление инициализирует запись для занесения результатов этого исследования, которые, в свою очередь, будут внесены специалистом, выполнившим это исследование. При этом, в случае необходимости, данный специалист сможет воспользоваться ранее занесенными в информационную систему данными.
Структура хранения данных в медицинских информационных системах
Основной единицей (объектом или сущностью) накопления и хранения данных в медицинских информационных системах является Человек. Именно к человеку, так или иначе «привязываются» все данные, накапливаемые в ИС.
В медицинских информационных системах данные о каждом человеке делятся на два класса: данные о человеке, как личности, и данные о человеке, как пациенте.
Данные о человеке как личности являются неизменными на протяжении всей его жизни. Это: фамилия, имя, отчество, дата и место рождения.
Данные о человеке, как о пациенте, («паспортные» данные) должны уточняться при каждом его обращении в медицинское учреждение. Это связано, прежде всего, с тем, что при работе в системе обязательного медицинского страхования счета-реестры за оказанные конкретному пациенту медицинские услуги, предъявляемые медицинским учреждением в страховые медицинские организации, должны содержать актуальную (достоверную) на момент оказания медицинской услуги информацию. Это: название страховой медицинской организации, серию и номер страхового полиса, дату его выдачи, а иногда – и данные паспорта. К другим паспортным данным пациента, относятся: место его жительства, место учебы или работы, должность, профессия и пр. Понятно, что эти данные в течении жизни человека могут неоднократно меняться и, в силу этого, требуют уточнения.
Человек (в рамках конкретного медицинского учреждения) может иметь одну и только одну амбулаторную карту. Это необязательный параметр человека, т.к., например, он может входить в состав прикрепленного к данному медицинскому учреждению контингента, но не иметь амбулаторной карты в силу того, что ни разу не обращался за медицинской помощью.
Человек может иметь одну или несколько историй болезни. Это также необязательный параметр, т.к. человек может никогда не госпитализироваться в данное медицинское учреждение по причине отменного здоровья. Оформленная история болезни обязательно ассоциируется с одним определенным человеком.
Повторим, что каждой амбулаторной карте или истории болезни должны соответствовать актуальные данные о человеке, как о пациенте (паспортные данные).
Амбулаторная карта содержит одну или более записей о визите пациента к специалистам поликлиники. Запись о визите содержит дату и время приема, а также, в зависимости от целей визита и профиля специалиста, данные анамнеза, результаты осмотра или обследования, диагноз (диагнозы), назначения и рекомендации, дату следующего планируемого (назначенного) приема и пр.
История болезни является записью о госпитализации пациента в ЛПУ, которая в свою очередь содержит одну или более записей о пребывании больного в отделениях больницы (с указанием даты поступления и выбытия). Каждой такой записи соответствуют записи врачебных осмотров пациента, результаты анализов и обследований, назначений, выполненных оперативных вмешательств и пр.
Таким образом, как амбулаторная карта, так и история болезни представляют собой набор определенным образом структурированных данных, имеющих иерархическую структуру (рис. 139).
 |
| Рис. 139. Схема иерархической структуры хранения данных в медицинских информационных системах |
Если человек относится к медицинскому персоналу, то в медицинской информационной системе его характеризует должность, определяющая качество, в котором он выступает, работая в данный момент времени с медицинской картой (один и тот же человек может выступать в качестве, например, лечащего врача, члена хирургической бригады, заведующего отделением, консультанта и т.д.). Данная сущность делится на основные типы – руководящее звено, дежурный врач, лечащий врач, врач-специалист (консультант, член хирургической бригады, врач диагностического отделения и т.д.), медицинский статистик и средний медперсонал. Выделение перечисленных качеств сотрудников важно для определения их ролей (приоритетов, возможностей) при работе с базами данных медицинских информационных систем.
На основе анализа бизнес-процессов, информационных потоков и принятой схемы хранения данных разрабатывается структура базы данных информационной системы. На рис. 140 приведен пример описания базы данных небольшой подсистемы учета лекарственных средств, состоящей из 16-ти взаимосвязанных таблиц. Реальные базы данных включают в себя десятки и даже сотни таблиц. Так, например, база данных Медико-экономической системы Красноярской краевой клинической больницы содержит около 200 таблиц.
Естественно, что разработка таких больших баз данных не может осуществляться вручную. Для этого используются соответствующие программные средства, например ERwin Data Modeler (разработка фирмы PLATINUM Technology) – средство разработки структуры базы данных. ERwin сочетает графический интерфейс Windows, инструменты для построения ER-диаграмм, редакторы для создания логического и физического описания модели данных и поддержку ведущих реляционных СУБД и настольных баз данных. С помощью ERwin можно создавать или проводить обратное проектирование (реинжиниринг) баз данных.
- определение сущностей;
- определение зависимостей между сущностями;
- задание первичных и альтернативных ключей;
- определение атрибутов сущностей;
- приведение модели к требуемому уровню нормальной формы;
- переход к физическому описанию модели: назначение соответствий «имя сущности – имя таблицы», «атрибут сущности – атрибут таблицы»;
- задание триггеров, процедур и ограничений;
- генерация базы данных.
Похожие:
 | Автоматизированные системы специального назначения лк-1 Эвм, комплексов, систем и сетей; автоматизированных систем обработки информации и управления; систем автоматизированного проектирования. |  | Инструкция для исполнительных органов государственной власти Удмуртской. Удмуртской Республики по осуществлению учета информационных систем и компонентов информационно-телекоммуникационной инфраструктуры. |
| А. М. Кориков основы проектирования информационных систем Учебно-методическое пособие предназначено для выполнения курсового проекта, лабораторных работ и практических занятий по дисциплине. | | Рабочая программа для студентов направления 02. 03. 03 «Математическое. «Математическое обеспечение и администрирование информационных систем», профиль подготовки «Технологии программирования», очная форма. |
| Тема Основные понятия экономических информационных систем (эис) и. Тема Основные понятия экономических информационных систем (эис) и информационных технологий (ИТ) (6 часов) 6 | | Техническое задание (Описание объекта закупки) Разработка и внедрение Информационной системы «Региональная медицинская информационная система Вологодской области» (ис «рмис во»). |
| Использование информационных технологий в налоговой системе республики беларусь Перспективы внедрения автоматизированных информационных систем в налоговоую систему в контексте их использования налоговыми органами. | | Извещение о проведении открытого запроса цен на право заключения. |
| Методические указания по осуществлению учета информационных систем. Об утверждении методических указаний по осуществлению учета информационных систем и компонентов информационно–телекоммуникационной. | | Масштабный старт информатизации здравоохранения был дан в 2011 году. Масштабный старт информатизации здравоохранения был дан в 2011 году Программой модернизации здравоохранения в рамках реализации раздела. |
Вы можете разместить ссылку на наш сайт:
Источник: filling-form.ru