FHIR Release 3 (STU)

Переводит компания Health Samurai . Приглашаем поучаствовать в русификации стандарта FHIR: GitHub , Email.

Work Group Patient Administration Статус голосования: Информативный

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

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

Отслеживание людей, вовлеченных в получение медицинских услуг - та основа, на которую ссылается почти всё остальное.

ИмяАльтернативные именаОписание
PatientSubjectOfCare Client ResidentДемографическая и другая административная информация о человеке или животном, получающем медицинскую помощь или другие услуги, связанные со здоровьем.
RelatedPersonИнформация о человеке, который участвует в уходе за пациентом, но не является объектом медицинской помощи и не имеет официальных обязанностей в процессе оказания помощи.
PersonДемографическая и административная информация о человеке независимо от конкретного контекста, связанного со здравоохранением.
GroupПредставляет собой заданную коллекцию сущностей, которые могут обсуждаться или подвергаться действию коллективно, однако не предполагается, что они будут действовать коллективно и будут признаны официально или юридически. Т. е. коллекция сущностей, которая не является организацией.
Image showing the relationship between resources representing people

Примечание: При выполнении поиска со ссылками на другие ресурсы необходимо также учитывать связанные между собой ресурсы Patient. Например при поиске диагнозов пациента.
На данный момент в спецификации не определено, следует ли выводить ресурсы для связанных ресурсов Patient для включения в результаты поиска диагнозов, которые ссылаются на эти связанные ресурсы Patient. В настоящее время мы ждём ваших отзывов по этому поводу.
Примечание: Ресурс Person можно использовать как централизованный реестр лиц, которые в итоге могут быть вовлечены в оказание медицинских услуг, а также мог бы использоваться как центральный регистр демографических данных.
Тем не менее, поля/значения в ресурсе Person дублируются в других ресурсах, и во многих случаях ресурс Person будет храниться во внешних системах.

Большинство клинических видов деятельности происходят некоторыми группами. Долгосрочный уход обычно охватывается ресурсом EpisodeOfCare, а краткосрочный - ресурсом Encounter. Ресурс Account ассоциирует отслеживание транзакций между ресурсом Patient и другим ресурсом. Ресурс Flag используется для выделения предупреждения или уведомления о пациенте (или другом ресурсе).

ИмяАльтернативные именаОписание
EpisodeOfCareCase Program ProblemСвязь между пациентом и организацией/поставщиком(-ами) медицинских услуг на период времени, в течение которого могут произойти encounters. Управляющая организация принимает на себя некоторый уровень ответственности перед пациентом в течение этого времени.
EncounterVisitВзаимодействие между пациентом и поставщиками медицинских услуг в целях предоставления медицинских услуг или оценки медицинского состояния пациента.
AccountCost centerA financial tool for tracking value accrued for a particular purpose. In the healthcare field, used to track charges for a patient, cost centers, etc.
FlagBarriers to Care, AlertПредполагаемые предупреждения о потенциальных проблемах при предоставлении лечения пациенту.
Image showing the administration interactions

Примечание: Ресурсы в прямоугольниках с пунктирными линиями описаны в других разделах спецификации: Coverage и Claim описаны в финансовом модуле.

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

ИмяАльтернативные именаОписание
OrganizationФормально или неформально признанное объединение в группу людей или организаций, сформированное с целью выполнения некоторой формы коллективного действия. Включает в себя компании, учреждения, корпорации, отделы, сообщества, группы медицинской практики и т. д.
LocationПодробные сведения и информация о положении физического места, где оказываются услуги и могут храниться, находиться, содержаться или размещаться ресурсы и участники.
PractitionerЛицо, прямо или косвенно участвующее в предоставлении услуг здравоохранения.
PractitionerRoleA specific set of Roles/Locations/specialties/services that a practitioner may perform at an organization for a period of time.
HealthcareServiceСведения об услугах здравоохранения, оказываемых в некотором месте.
EndpointThe technical details of an endpoint that can be used for electronic services, such as for web services providing XDS.b or a REST endpoint for another FHIR server. This may include any security context information.
Image showing the provider directory resources

Ресурсы планирования и назначения встреч позволяют осуществлять запланированные случаи обслуживания и последующую клиническую деятельность.

ИмяАльтернативные именаОписание
ScheduleAvailabilityКонтейнер для слотов времени, которые могут быть доступными для бронирования.
SlotСлот времени в расписании, который может быть доступным для бронирования условленных встреч.
AppointmentA booking of a healthcare event among patient(s), practitioner(s), related person(s) and/or device(s) for a specific date/time. This may result in one or more Encounter(s).
AppointmentResponseA reply to an appointment request for a patient and/or practitioner(s), such as a confirmation or rejection.
Image showing the scheduling interactions

Другие активы часто регистрируются в системе администрирования и поддерживаются в виде мастер-файлов.

ИмяАльтернативные именаОписание
DeviceЭтот ресурс описывает экземпляр или тип промышленного изделия, которое применяется при оказании медицинской помощи и не подвергается существенным изменениям во время этой активности. Устройство может быть медицинским или не-медицинским изделием. Медицинские изделия включают в себя долговечное (многократно используемое) медицинское оборудование, имплантируемые медицинские изделия, а также одноразовые устройства, используемые для диагностики, лечения и исследования в медицине и общественном здравоохранении. Не-медицинские устройства включают в себя машину, мобильный телефон, компьютер, приложение и т. п.
DeviceComponentThe characteristics, operational status and capabilities of a medical-related component of a medical device.
DeviceMetricDescribes a measurement, calculation or setting capability of a medical device.
SubstanceОднородное вещество с определённым составом.

Конфиденциальность пациентов обеспечивается метками и тегами уровней безопастности в свойстве Meta ресурса. Это стандартный способ, когда спецификация FHIR предоставляет эту вспомогательную информацию некоторой подсистеме, которая ее реализует (что не входит в FHIR).

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

Отметьте, что соображения конфиденциальности применяются наряду с ресурсом Patient также к ресурсам Person, Practitioner и RelatedPerson.

Хотя ресурсы Organization, Location, Device и другие, не идентифицирующие личность записи, как правило, подлежат менее строгим мерам безопасности, эти данные всё ещё следует защищать, дабы избежать вопросов безопасности (например кто-то злонамеренно меняет ингредиенты лекарственного средства, чтобы вызвать несрабатывание или, наоборот, ложное срабатывание предупреждений).

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

Более общие соображения о безопасности и конфиденциальности см. в модуле Безопасность и конфиденциальность.

Административные ресурсы являются краеугольным камнем клинического и других доменов стандарта FHIR.

  • Управление мастер-записью ресурсов Patient и Person (например MPI)
    Ресурс Patient используется для описания демографических данных пациента и информации о визите, а также любых обновлений к ним. Его можно использовать для передачи информации о It can be used to communicate пациенте другим системам (например в другие регистры, клинические, вспомогательные и финансовые системы). В некоторых системах есть различие между реестром пациентов (или реестром клиентов) и реестром лиц. Ресурс Person является базовым для системы реестра лиц. Сценарий управления пациентами/лицами включает в себя создание, обновление, а также сценарии слияния/разъединения и связывания/разделения.
  • Управление мастер-записью каталога поставщиков и услуг (например реестр поставщиков, каталог услуг)
    Ресурс Practitioner - это базовый ресурс реестра отдельных лиц, связанных с предоставлением услуг. Другие ресурсы, такие как Organization, Location, HealthcareService, создают полную картину где, как и кем предоставляются пациенту услуги по уходу. Эти ресурсы можно использовать для управлению мастер-записью или в качестве ссылки в клинических ресурсах для указания информации об участниках и дислокации.
  • Управление другими административными записями
    В административный домен стандарта FHIR входит создание и обновление записей Device и Substance. Ресурсы можно использовать для управления мастер-записью или передачи ее информации в другие системы.
  • Включение профилей пациентов, клинической отчетности и подключение клинических отчетов
    На административные ресурсы ссылаются почти все клинические ресурсы. Системы запросов, использующие ссылки на административные ресурсы, позволяют создавать профили и отчеты различной сложности.
  • Вклюлчение клинической группировки и финансовой отчетности
    Другие сценарии использования приведены в дорожной карте ресурсов, разрабатываемых Рабочей группой по управлению пациентами. В разделе дорожной карты перечислены планы и обновления текущей работы.

Рабочая группа по управлению пациентам в настоящее время прорабатывает ресурсы, которые поддерживают:

  • Случаи обслуживание и планирование (повышение уровня зрелости ресурса Encounter и дальнешая разработка стационарного и амбулаторного планирования)
  • Каталог поставщиков услуг (в координации с группой Argonaut Provider Directory)
  • Взаимодействие с финансовым управлением (счёт/страховое покрытие, затем элемент оплаты, который свяжет администрирование с выставлением счетов)

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