База данных пациентов поликлиники

База данных пациентов поликлиники

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

Рубрика Программирование, компьютеры и кибернетика
Вид курсовая работа
Язык русский
Дата добавления 24.12.2012
Размер файла 1,4 M

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

Размещено на http://www.allbest.ru/

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

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

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

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

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

Целью создания базы данных является автоматизация учета информации о приеме пациентов.

Назначение проектируемой базы:

-хранение информации о врачах клиники;

-хранение информации о кабинетах клиники;

-хранение информации о пациентах;

-хранение информации о приемах, в том числе диагнозах и лечении, а также стоимости лечения;

-обновление и добавление информации;

-анализ информации по различным срезам (пациенты, кабинеты, врачи);

-выдача итоговой информации в виде отчетов.

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

Пациент, Врач, График работы врача, Кабинет (рисунок 1).

Размещено на http://www.allbest.ru/

Рисунок 1 — Информационные объекты предметной области «Больница»

Реальные отношения между информационными объектами "многие-ко-многим" разбиваются на отношения "один-ко-многим" после ввода пятого объекта-связки Прием.

Атрибутами объекта График работы являются:

· График работы (условное символьное обозначение)

Атрибутами объекта Врач являются:

· Код (номер) врача для однозначной идентификации

· Дата начала работы

Атрибутами объекта Пациент являются:

· Код (номер) пациента для однозначной идентификации

Атрибутами объекта Кабинет являются:

Атрибутами объекта-связки Прием являются:

· Расширенная информация о диагнозе и лечении

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

Каждому объекту поставим в соответствие таблицу.

Таблица «Врачи» содержит 10 полей. Поля и свойства полей таблицы «Врачи» приведены в таблице:

Длина- 30 символов.

Длина- 30 символов.

Длина- 30 символов.

подстановка (поле со списком)

Источник строк: список значений: терапевт;отоларинголог

подстановка (поле со списком)

Источник строк: таблица «График работы» (столбец подстановки содержит поля «График работы» и «Выходные дни» с заголовками, отображается поле «График работы».)

Длина- 50 символов.

Значение по умолчанию: "высшее (БГМУ)"

Текстовый, подстановка (поле со списком)

Источник строк: список значений: муж, жен

Краткий формат даты

Маска ввода: 00.00."19"00

Дата начала работы

Краткий формат даты

Таблица «Пациенты» содержит 8 полей. Поля и свойства полей таблицы «Пациенты» приведены в таблице:

Длина- 40 символов.

Длина- 30 символов.

Длина- 30 символов.

подстановка (поле со списком)

Источник строк: список значений: муж, жен. При вводе ограничиться списком.

Краткий формат даты

Маска ввода: 00.00.0000

Условие на значение: значение между 1990 и текущим годом: Between #01.01.1900# And Date().

Сообщение об ошибке: «Дата неверная! Пожалуйста, повторите ввод.»

Длина- 7 символов.

Маска ввода: 000-00-00

Условие на значение: не пустое.

Сообщение об ошибке: «Поле очень важное! Заполните его, пожалуйста.»

Тип элемента управления: флажок

Формат поля: Да/Нет

Таблица «Графики работы» содержит 4 поля. Поля и свойства полей таблицы «Графики работы» приведены в таблице:

Таблица «Графики работы»

Длина- 20 символов.

Длина- 20 символов.

Длина- 100 символов.

Таблица «Кабинеты» содержит 4 поля. Названия, типы и свойства полей таблицы приведены в таблице:

Целое, основной формат, число десятичных знаков- 0, формат ввода-00

Длина- 50 символов.

Значение по умолчанию: "8.00-9.00 санобработка "

Ответственный за кабинет

Длина- 40 символов.

Длина- 4 символа.

Маска ввода: 0-00

Таблица «Прием» содержит 10 полей. Поля и свойства полей таблицы приведены в таблице:

Краткий формат даты

Краткий формат времени

(Подстановка; Тип элемента управления- поле со списком)

Источник строк: таблица «Пациенты» (столбец подстановки содержит поля «Номер пациента» и «Фамилия» из таблицы «Пациенты», подставляется поле «Номер пациента».)

(Подстановка; Тип элемента управления- поле со списком)

Источник строк: таблица «Врачи» (столбец подстановки содержит поля «Фамилия», «Специальность» и «График работы» из таблицы «Врачи», подставляется поле «Фамилия»).

(Подстановка; Тип элемента управления- поле со списком)

Источник строк: таблица «Кабинеты» (столбец подстановки содержит поля «Номер», «Режим» из таблицы «Кабинеты», подставляется поле «Номер»).

Длина- 50 символов.

Значение по умолчанию «устанавливается».

Расширенная информация о лечении

Формат поля: Да/Нет

Формат поля- денежный.

Число десятичных знаков- 0

Формат поля: Да/Нет

Тип элемента управления: флажок

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

Все связи имеют тип «один-ко-многим» и обеспечивается целостность данных (рисунок 2).

Рисунок 2 — Отношения 1:? между информационными объектами- связи между таблицами базы данных.

Создадим запросы для обработки информации, содержащейся в таблицах.

Запрос 1 (рисунок 3) выводит по алфавиту список всех пациентов врача Петрика с датами и стоимостью приемов. Это простой запрос на выборку с сортировкой.

Рисунок 3 — Запрос на выборку пациентов Петрика

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

Рисунок 4 — Запрос 2 на выборку телефонов пациентов

Параметрический запрос 3 выводит список врачей, в графике которых среди рабочих дней имеется тот, который вводится пользователем с клавиатуры (рисунок 5).

Рисунок 5 -Параметрический запрос 3 на выборку врачей по дню недели

Запрос 4 выводит вычисляемое поле, где находится стаж врачей. Чтобы это число выразить в годах, используется встроенная функция Datediff с параметром “yyyy” (единицы измерения- годы), при этом стаж вычисляется как разница текущей даты (функция Date()) и поля «Начало работы» таблицы «Врачи» (рисунок 6).

Рисунок 6 -Запрос на вычисление стажа врачей

Запрос 5 использует групповые операции и выводит количество (Count) приемов пациентов по датам (рисунок 7).

Читайте также:  Аниме тян на аватарку

Рисунок 7 -Запрос на вывод ежедневного количества приемов пациентов

Перекрестный запрос 6 вычисляет суммарную стоимость лечения пациентов по дням и по врачам: то есть для каждого врача-заголовка строки- и каждой даты- заголовка столбца- вычисляется на пересечении значение ячейки как суммы соответствующих оплат (рисунок 8).

Рисунок 8-Оплата за лечение по датам и врачам- перекрестный запрос

Запрос 7 на создание таблицы создает дополнительную таблицу из таблицы «Прием», помещая туда список пациентов, уже оплативших лечение. В этой таблице будут также добавлены поля из других таблиц (рисунок 9).

Рисунок 9-Запрос на создание дополнительной таблицы

Запрос8 на обновление дополнительной таблицы увеличивает записи поля «К оплате» на 10% (рисунок10)

Рисунок 10-Запрос на обновление полей дополнительной таблицы

Запрос 9 на добавление добавляет в дополнительную таблицу (в которую изначально была отобрана информация о пациентах, оплативших лечение) информацию о клиентах, не оплативших лечение (рисунок 11).

Рисунок 11-Запрос на добавление полей дополнительной таблицы

Запрос 10 на удаление (рисунок 12) удаляет из дополнительной таблицы информацию о пациентах, которые обращались к терапевтам.

Рисунок 12-Запрос на удаление полей дополнительной таблицы

Для облегчения работы с данными в таблицах созданы формы для каждой таблицы.

Форма для таблицы «Графики работы» (рисунок 13) имеет табличный вид и предназначена для удобного просмотра и редактирования данных в таблице.

Рисунок 13- Форма «Графики работы»

Формы для таблицы «Кабинеты», «Пациенты» и «Прием» (рисунки 14-16) отображают данные и позволяют вводить информацию в соответствующую таблицу. Между собой они отличаются только оформлением.

Рисунок 14- Форма «Кабинеты»

Рисунок 15- Форма «Пациенты»

В форму «Прием» дополнительно добавлено поле из таблицы пациента для отображения его фамилии рядом с номером.

Рисунок 16- Форма «Прием»

Форма «Врачи» содержит связанную форму «Прием», что позволяет увидеть информацию о пациентах, которых принимал врач (рисунок 17).

Рисунок 17- Форма «Врачи»

Главная (кнопочная) форма не содержит информацию из таблиц, но с помощью ее кнопок можно переходить по всем объектам базы данных. Создать кнопочную форму можно с помощью диспетчера (Сервис/Служебные программы/ Диспетчер кнопочных форм). Запуск базы данных с формы можно назначить с помощью окна, вызываемого командой Сервис/Параметры запуска.

Рисунок 18- Главная (кнопочная) форма базы данных

Отчеты базы данных предназначены для вывода данных на печатающее устройство (принтер).

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

Отчет 2 (приложение 2) создан на основе второго запроса на выборку пациентов с годом рождения после 1987 г., которые посещали отоларингологов.

Отчеты имеют стандартное оформление и содержат элементы, характерные для печатных документов (номера страниц, служебная информация о времени создания отчета и т. п.)

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

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

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

Формы отображают информацию из таблиц в удобном виде, а также служат для ввода данных в таблицы.

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

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

Этот отчёт взят сайта http://access. *****

Скачать готовую базу данных access «Поликлиника»

Пароль для базы данных «Поликлиника»

Создать базу данных «Поликлиника»
Задание 2.1.
СОЗДАНИЕ БАЗЫ ДАННЫХ
1. Цель работы

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

2. Темы для предварительного изучения

Перед выполнением работы необходимо ознакомиться со следующими темами: Проектирование реляционных баз данных, Создание новой базы данных, Создание таблиц, Типы полей, используемые СУБД Access, Сохранение таблиц, Создание ключевого поля, Изменение структуры таблицы, добавление данных в таблицу, Редактирование и удаление данных, Изменение внешнего вида таблицы, Печать таблицы, Поиск данных в таблице, Добавление индексов в таблицу, Установка связей между таблицами.

3. Задание

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

Таблица 1. Варианты задания

Минимальный список характеристик

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

Задание 2.2.
РАБОТА С ЗАПРОСАМИ
1. Цель работы

Получение навыков работы по созданию запросов

2. Темы для предварительного изучения

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

3. Задание

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

Задание 2.3.
СОЗДАНИЕ ОТЧЕТОВ
1. Цель работы

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

2. Темы для предварительного изучения

Назначение отчетов. Порядок создания отчетов. Разделы бланка отчетов. Элементы управления. Форматирование элементов управления. Сортировка и группировка. Сохранение и печать отчета.

3. Задание

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

Задание 2.4.
СОЗДАНИЕ ФОРМ
1. Цель работы

Получение навыков работы по созданию экранных форм.

2. Темы для предварительного изучения

Назначение форм. Создание формы с помощью мастера форм. Создание простой формы в режиме Конструктора. Работа с элементами управления. Создание сложной формы на основе ранее созданных простых форм. Задание выражения для элементов управления.

3. Задание

Создать форму для ввода информации в таблицы в удобном для пользователя формате. Создать сложную форму, объединив формы, созданные для разных таблиц. Предметная область базы данных выбирается в соответствии с вариантом индивидуального задания.

Читайте также:  Divinity original sin enhanced edition обзор
Задание 2.5.
СОЗДАНИЕ КНОПОЧНОЙ ФОРМЫ
1. Цель работы

Получение навыков работы по созданию кнопочных форм.

2. Темы для предварительного изучения

Необходимость создания кнопочных форм. Создание кнопочной формы с помощью диспетчера кнопочных форм. Создание новой кнопочной формы, которая открывается из стартовой кнопочной формы. Изменение существующей кнопочной формы. Выбор кнопочной формы, автоматически открываемой при открытии БД. Удаление кнопочной формы.

3. Задание

Создать кнопочную форму для работы с созданными объектами базы данных (таблицы, формы, отчеты). Предусмотреть выход из БД.

Созданная в Microsoft Access база данных «Поликлиника» содержит таблицы: «Диагнозы», «Должности», «Пациенты», «Персонал», «Результаты обследования», «Специализация».

Таблица «Диагнозы» состоит из полей: Код, Название, Блок, Класс.

Структура таблицы «Должности»: Должность

Структура таблицы «Пациенты»: Номер пациента, Фамилия, Имя, Отчество, Дата рождения, Адрес, Телефон

Структура таблицы «Персонал»: Номер врача, ФИО врача, Должность, Специализация.

Структура таблицы «Результаты обследования»: № записи, Номер пациента, Номер врача, Дата обращения, Код диагноза, Амбулаторное лечение, Срок потери трудоспособности, Диспансер, Примечание.

Структура таблицы «Специализация»: Специализация.

Схема данных базы данных «Поликлиника»:

Запросы базы данных «Поликлиника»:

Запрос «Все сведения»

Запрос на выборку «Данные о главном враче»

Запрос на выборку «Пациенты на амбулаторном лечении»

Запрос с параметрами «Поиск пациентов по диагнозу» — необходимо ввести код или частичное название диагноза.

Параметрический запрос «Поиск пациентов по фамилии»

Параметрический запрос «Поиск пациентов по фамилии врача»

Формы и отчёты базы данных «Поликлиника»:

Главная кнопочная форма

Вкладка «Отчёты» главной кнопочной формы

Отчёт «Все сведения»

Отчёт «Данные о главном враче»

Отчёт «Пациенты на амбулаторном лечении»

Окно для ввода параметра «Код или название диагноза»

Отчёт «Поиск пациентов по диагнозу»

Окно для ввода параметра «Фамилия пациента»

Отчёт «Поиск пациентов по фамилии»

Окно для ввода параметра «Фамилия врача»

Отчёт «Поиск пациентов по фамилии врача»

Этот отчёт взят сайта http://access. *****

Скачать готовую базу данных access «Поликлиника»

Пароль для базы данных «Поликлиника»

Другие готовые базы данных access:

1. Скачать базу данных (БД) «Платный прием в поликлинике» MS Access Скачать базу данных (БД) «Платный прием в поликлинике» MS Access

2. Скачать базу данных (БД), содержащую сведения об учёте больных в больнице. Скачать базу данных (БД), содержащую сведения об учёте больных в больнице.

3. Скачать базу данных (БД) «Больница» MS Access Скачать базу данных (БД) «Больница» MS Access

4. Скачать базу данных (БД) «Регистрация больных в больнице» MS Access Скачать базу данных (БД) «Регистрация больных в больнице» MS Access

5. Скачать базу данных (БД) «График прививок» MS Access Скачать базу данных (БД) «График прививок» MS Access

6. Скачать базу данных (БД) «Добровольное медицинское страхование» MS Access Скачать базу данных (БД) «Добровольное медицинское страхование» MS Access

7. Скачать базу данных (БД), содержащую сведения об учёте детей в детсаду/яслях. Скачать базу данных (БД), содержащую сведения об учёте детей в детсаду/яслях.

8. Скачать базу данных (БД), содержащую сведения об учёте клиентов гостиницы. Скачать базу данных (БД), содержащую сведения об учёте клиентов гостиницы.

9. Скачать базу данных (БД) «Водолечебница» MS Access Скачать базу данных (БД) «Водолечебница» MS Access

10. Скачать базу данных (БД) «Учёт населения» MS Access Скачать базу данных (БД) «Учёт населения» MS Access

11. Скачать базу данных (БД) «Регистрация призывников в военкомате» MS Access Скачать базу данных (БД) «Регистрация призывников в военкомате» MS Access

12. Скачать базу данных (БД) «Регистрация бракосочетаний и новорожденных» MS Access Скачать базу данных (БД) «Регистрация бракосочетаний и новорожденных» MS Access

13. Скачать базу данных (БД) «Регистрация бракосочетаний» MS Access Скачать базу данных (БД) «Регистрация бракосочетаний» MS Access

14. Скачать базу данных (БД) «Гостиница» MS Access Скачать базу данных (БД) «Гостиница» MS Access

15. Скачать базу данных (БД) «Оздоровительный комплекс» MS Access Скачать базу данных (БД) «Оздоровительный комплекс» MS Access

16. Скачать базу данных (БД) «Студенческое общежитие» MS Access Скачать базу данных (БД) «Студенческое общежитие» MS Access

Создание Единой государственной информационной системы в сфере здравоохранения (ЕГИСЗ), по замыслу Минздрава, объединит через несколько лет информацию обо всех российских пациентах, врачах и медучреждениях в единую электронную базу данных. Общее информационное пространство для государственных и частных клиник, аптек, учреждений медико-социальной экспертизы, а также для всех врачей и пациентов должно повысить эффективность управления системой здравоохранения, точность статистики и качество медпомощи. Такая среда — обязательное условие перехода к цифровой медицине, говорит завкафедрой медицинской и биологической кибернетики СибГМУ Константин Бразовский. «Нецелесообразно разделять государственный и частный сегмент, поскольку однородное и доступное информационное пространство необходимо всем», — объясняет эксперт.

Что такое электронная регистратура

Базовые положения о статусе и принципах работы ЕГИСЗ прописаны в законе о телемедицине, вступившем в силу 1 января 2018 года, там же определяются основы ее функционирования и взаимодействия с иными системами. Так, в состав ЕГИСЗ должно войти множество элементов, необходимых для объединения различных типов медицинских данных, — например, электронная регистратура, интегрированная электронная медкарта, реестры медработников, организаций и электронных документов, записи к врачу, статистической и финансовой отчетности, специализированные регистров пациентов. Пользоваться ЕГИСЗ смогут все граждане РФ, зарегистрированные на портале госуслуг, а передавать информацию в нее будут как государственные, так и частные медучреждения.

Начало 2019-го стало новым этапом в развитии системы — с января текущего года к ней должны подключиться частные больницы и клиники, отмечают в консалтинговой компании «Факультет медицинского права» со ссылкой на постановление правительства РФ № 555 от 05.05.2018 «О единой государственной информационной системы в сфере здравоохранения».

По словам директора по развитию Medesk Вячеслава Дегтярева, выгода такого решения для пациентов очевидна — каждый сможет получать свои медицинские данные в госсистеме из любого медучреждения и легко приносить их в любую другую клинику. «Получается полная цифровая свобода при выборе клиники. Государство же получает огромную базу данных пациентов всей страны и полное понимание того, чем занимаются частные клиники, возможность контроля их деятельности», — говорит он.

Цифровые трудности

Расходы на запуск ЕГИСЗ уже превысили 100 млрд руб., однако уже сейчас очевидно, что система не заработает, как планировалось, к 2021 году. Например, до сих пор свои локальные информационные системы запустили не все регионы, а часть медучреждений даже не подключены к интернету. Отдельной проблемой является участие в работе системы частных клиник — фактически подключились к ЕГИСЗ единицы и в ограниченном объеме.

Читайте также:  Batman arkham knight разоружение карта

Как поясняет Александр Пилипчук, генеральный директор сети клиник «Доктор рядом», его компания ведет в ЕГИСЗ с 2017 года реестр врачей. «Информация о наших сотрудниках регулярно обновляется в реестре, однако этот процесс не автоматизирован, что требует дополнительных ресурсов со стороны медицинских организаций», — говорит он.

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

Хотя постановление Минздрава устанавливает сроки подключения, за его невыполнение не прописаны никакие санкции, поэтому многие компании не спешат его выполнять, особенно если не разбираются в ИТ, поясняет Михаил Варюшин, юрист «Ааронов и партнеры». «Чтобы привлечь частников в систему, Минздраву необходимо полностью определить правила игры для них и создать необходимую инфраструктуру», — резюмирует он.

Глобальная сеть

Мировые затраты на здравоохранение растут, отмечают авторы доклада «Перспективы глобального здравоохранения» международной Deloitte: к 2022 году они вырастут до $10,6 трлн с $7,7 трлн в 2017 году. И системы здравоохранения в разных странах видят в цифровых технологиях решение этой проблемы. Big data в сфере здравоохранения открывают возможности для принятия управленческих решений на уровне всей популяции. Технологии сбора и анализа информации позволят дать прогноз по поводу состояния здоровья целой социальной группы и оптимизировать затраты.

Уже сегодня ключевой в системе управления любым российским медучреждением является медицинская информационная система (МИС). За рубежом первыми такими ресурсами стали госпитальные инфорсистемы (HIS), аккумулирующие медицинские (электронная карта), административные, финансовые и юридические данные.

Как электронные медсистемы внедряют за рубежом

Законодательство Японии, где многообразие используемых клиниками страны систем пока не предназначено для агрегирования на национальном уровне, по данным международной Deloitte, стимулирует совместное использование электронных медкарт. Пятилетний план развития науки КНР предусматривает создание Национальной платформы для обмена биомедицинскими big data.

Всемирная организация здравоохранения (ВОЗ) разрабатывает идею создания глобальной сети телекоммуникаций в медицине.

Евросоюз уже идет по этому пути, отмечают авторы отчета по развитию eHealth программы сотрудничества ESPON 2020 Еврокомиссии. В частности, в 2017 году комиссия запустила единую справочную сеть поставщиков медуслуг для борьбы с редкими болезнями (ERNs). В прошлом году медицинские системы 12 стран начали обмениваться отдельными данными о пациентах. Например, финские цифровые рецепты действительны в эстонских аптеках. В 2019 году эти соседние государства планируют начать взаимообмен полными историями болезней пациентов.

Финляндия, согласно данным программы сотрудничества ESPON 2020, лидер в области внедрения медицинских информационных технологий. Страна одной из первых достигла почти всеобщей цифровизации данных здравоохранения. А эстонская система электронных медицинских карт (Electronic Health Records; EHR) объединяет данные 100% поставщиков медуслуг госсектора и 80% — частного.

При этом система самостоятельно стандартизирует данные здравоохранения из различных учреждений и не требует от учреждений заполнения стандартных форм.

Финский национальный архив медицинской информации (KanTa) формировался с 2007 года. Сегодня эта база данных обеспечивает всем авторизованным участникам рынка доступ к записям пациентов, а сами пациенты через учетную запись в системе могут регулировать этот доступ для тех или иных поставщиков медуслуг. 95% выписываемых рецептов — электронные, и пациенты имеют доступ к полной истории выписки.

Обмен данными

Помимо неготовности нормативной технической базы, сотрудничеству частных медорганизаций и ЕГИСЗ мешают отсутствие единого подхода к хранению медицинских данных и обмену ими. Для решения этой проблемы Минздрав, в частности, предлагает ввести для всех медучреждений РФ независимо от формы собственности единую систему ИТ-решений.

«Немногие частные клиники будут готовы отказаться от уже разработанных для себя систем сбора и управления данными чтобы примерить какую-то усредненную модель, не «заточенную» изначально на их задачи», — говорит Борис Зингерман. По его прогнозу, Минздраву, скорее всего, придется отказаться от идеи стандартизации информации таким образом и искать другие пути.

«Часто крупные медорганизации сами выступают разработчиками и представителями рынка информационных систем без оглядки на коллег, поэтому пока не может быть даже единой частной системы обмена данными», — подтверждает Вячеслав Дегтярев (Medesk). Объединить в ближайшее время государственную и частную системы обмена данными будет сложно технически, соглашается Сергей Дьячков, аспирант ТюмГУ, вуза — участника проекта «5-100», но к этому надо стремиться. По его мнению, в случае постепенной монополизации этого рынка (например, со стороны «1С») может появиться единое информационное пространство в медицинской отрасли с протоколом обмена данными между учреждениями, возможно даже на базе технологии блокчейн.

Сейчас структуризация медицинских данных — огромная проблема, говорит венчурный инвестор, сооснователь MDW — телемедицинского портала для радиологов Medical Diagnostic Web (США) Сергей Фрадков. По его словам, еще не так давно бумажные медицинские карты были «золотым стандартом» хранения информации о пациенте, а в некоторых местах такие карты существуют до сих пор. Причем это не только российская проблема — в США до недавнего времени эта информация также хранилась на бумаге, или, в лучшем случае, на компьютере лечащего врача. Внедряются все новые программы, принимаются законы по компьютеризации здравоохранения. На это выделяются огромные деньги из бюджетов государств, под это привлекаются средства инвесторов, а проблема так и не решена, говорит эксперт.

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

Исключением из общего правила и ярким примером эффективности унификации протоколов с целью создания единой информационной среды служит стандарт цифровой визуализации и передачи медицинских изображений DICOM, отмечает Константин Бразовский. DICOM поддерживается всеми без исключения производителями оборудования для медицинской визуализации и реализован во многих медицинских информационных системах. Но проблемы есть и тут: по словам Сергея Дьячкова, несмотря на наличие стандарта, нет единого варианта его реализации у вендоров. То же касается и протоколов взаимодействия медицинских систем, таких как HL7. Все они работают в рамках одной замкнутой системы — региона, страны, вендора.

Ссылка на основную публикацию
Adblock detector