Информатизация здравоохранения – заманчивая идея для любого человека, имеющего дело с медициной и компьютерами, и очень навязчивая нашему правительству.
Недавно на Хабрахабре, который я уважаю, я прошил статья , представляющий взгляд пациента на проблему информационной безопасности и преимущества ее широкого внедрения.
Попробую высказать свою точку зрения с противоположной стороны фонендоскопа.
Какова цель истории болезни?
- Для лечащего врача это документ, который представляет собой структурированный дневник состояния пациента и позволяет проследить динамику течения заболевания и вспомнить необходимые факты из прошлого.
Существуют две основные формы хранения информации – амбулаторная карта в поликлинике и одна история болезни на каждую госпитализацию.
Карта и рассказы связаны выдержками.
Поэтому МИБ требует от лечащего врача возможности просмотра полной медицинской информации о пациенте.
- для другого врача – это способ получить информацию о пациенте.
Сейчас это реализуется через справки, заявления, запросы, звонки коллегам и элементарную телемедицину.
В идеале информация с разрешения пациента должна быть доступна любому врачу в необходимом объеме.
- для пациента - изначально медицинская документация не предназначена для пациента - для него существуют специальные документы - справки и медицинские рекомендации.
Однако современное законодательство разрешает доступ к вашим медицинским данным в присутствии медицинского работника.
персонал.
- Для контролирующих органов это не только прокуратура и суд. В том числе и голова.
ведомств, и администрации медицинских учреждений, и страховых компаний.
для органов статистики - сводные данные для различных отчетов.
Плюс есть пресловутый 152 ФЗ.
Подводя итог, можно сформулировать ряд требований к информационной безопасности.
Электронная история болезни должна иметь:
- полнота данных – в идеале быть единственным источником информации о здоровье пациента
- Возможность доступа со стороны пациента и медицинского персонала.
персонал медицинских учреждений
- неизменяемость записей (защита от фальсификации)
- логирование доступа к записям (даже для чтения)
- возможность удаленного доступа
- предоставление данных для отчетов
- доступность для осмотра
Как это может выглядеть?
Ключевое звено – поликлиника – основное место формирования карт пациентов.У каждого пациента есть персональный процессор, встроенный в физический носитель (USB-ключ, смарт-карту или социальную карту).
Там же хранится информация о меде.
страхование.
Второй экземпляр подписи находится в электронном виде в зашифрованном хранилище клиники.
Каждый врач имеет персональный ключ на физическом носителе, который обеспечивает ему доступ к хранилищу сертификатов пациентов.
Каждый случай доступа фиксируется записью в базе данных.
Каждое посещение пациента представляет собой один новый XML-файл, подписанный ключом врача и зашифрованный ключом пациента.
Подпись врача подтверждает его личность и дату приема.
Шифрование – защищает от посторонних глаз.
Для обеспечения удаленного доступа и резервного копирования все записи медицинского учреждения синхронизируются с федеральным сервером без расшифровки.
Это также обеспечивает защиту от фальсификации записей задним числом.
На федеральном сервере нет ключей для пациентов и врачей; записи там не читаются.
Если человек обращается в другое (любое) медицинское учреждение, он берет с собой ключ и передает его в случае госпитализации на временное хранение в медицинское учреждение.
Это обеспечивает удаленный доступ к записям мастер-карт. Запрос сначала поступает на сервер клиники; если он недоступен, он попадает в федеральную базу данных.
В случае госпитализации пациента без ключа формируется временный ключ для ведения текущей истории с последующим импортом.
Схема как в клинике — xml файлы подписаны ключом врача и зашифрованы ключом пациента.
Синхронизация с федеральной базой данных ежедневно.
Данные для отчетов извлекаются не из истории болезни, а путем передачи части обезличенных данных о посещении пациента во время его поступления и записи информации в карту.
Так можно рассчитать койко-дни, заболеваемость на основе обращений и т.д. То есть срабатывают триггеры - заполнение поля диагноза копирует его без обращения к пациенту в отдельную базу ЛПУ, заполненная выписка увеличивает счетчик благоприятных исходов и т. д.
Сильные стороны схемы
- врач имеет доступ ко всей истории болезни пациента, а не к скудным выдержкам
- данные постоянно доступны только медицинскому персоналу клиники и пациенту
- резервная копия данных да
- удаленный доступ
- достигается неизменность записи
- вы можете создавать отчеты
- защита от утечек
Слабые места
- обследование - в настоящее время анамнез может пройти до 3-4 исследований в обычных условиях и многое другое по решению суда.
Предоставление доступа каждому увеличивает вероятность утечки данных.
Если доступ предоставляется только по решению суда, то возникает проблема с контролем деятельности врачей со стороны коллег и страховых компаний.
Плюс я придерживаюсь точки зрения, что программное обеспечение имеет право быть гетерогенным, а стандартизировать следует только форматы и каналы передачи данных.
Также в целях экономии места мы не стали останавливаться на модернизации предоставления услуг – электронные очереди, реестры, анализы через СМС – это тема для отдельного большого разговора.
Теги: #электронное правительство #ИТ-законодательство
-
Шпаргалка По Созданию Ит-Бюджета
19 Oct, 24 -
Как Работает Websitedefender
19 Oct, 24 -
Habrareader — Для Чтения Rss-Лент
19 Oct, 24 -
Офис Рамблер
19 Oct, 24 -
В Лондоне Теперь Доступен Бесплатный Wi-Fi
19 Oct, 24 -
Ты Ленивый? Платить!
19 Oct, 24
