FHIR: Идентификация историй болезни

В качестве HISP мы будем получать записи о пациентах из разных организаций, но хотели бы вводить записи о пациентах по идентификатору пользователя нашей системы. Мы также будем предоставлять записи сторонним разработчикам приложений через API. Разработчики приложений могут запрашивать медицинские записи по нашему идентификатору пользователя. Согласно спецификации свойство идентификатора используется для перекрестных ссылок в разных системах и не может использоваться для этой цели. Я думаю об использовании свойства Id со значением вроде {'ID': 'FFEBED08-29EF-E211-BECC-888C662DF58B', 'Type': 'User', 'InstanceID': '56D95BB2-1CE0-4BAB-A946- 19FD60C48D76 '}, где «ID» - это идентификатор пользователя, а «InstanceID» - уникальный идентификатор записи. Это приемлемо? Или мне следует использовать modifierextension для хранения нашего идентификатора пользователя?

Вот пример использования:

  1. Для пользователя A в нашей системе мы можем получить карты пациента из больницы X и поставщика первичной медицинской помощи Y.
  2. Пользователь A может запрашивать медицинские записи, нам нужно объединить записи от обоих поставщиков и предоставить пользователю.
  3. У каждого пользователя есть уникальный идентификатор в нашей системе, который называется userId.
  4. Карты пациентов отправляются нам поставщиками X и Y после авторизации пользователя A с использованием потока oAuth.
  5. Теперь наша система знает, что запись предназначена для пользователя A, и связывает ее, используя userId нашей системы. Это помогает пользователю А получить сводное представление медицинских записей.

Какое свойство подходит для хранения userId нашей системы?


hl7-fhir hl7
person frosty    schedule 27.07.2014    source источник
comment
Связан ли идентификатор пользователя с идентификатором пациента? как? Не уверен, что это такое, поэтому не уверен, почему идентификатор нельзя использовать для этой цели. Не уверен, что такое свойство id. Я также не вижу, какой userId - какой бы он ни был - был бы расширением модификатора. Возможно, вы могли бы объяснить   -  person Grahame Grieve    schedule 28.07.2014
comment
Мой вопрос основан на разнице между свойством Id и Identifier ресурса, описанного в блоге fhirblog.com/2014/01/21/fhir-a-question-of-identity. Я обновил рассматриваемый вариант использования из-за ограничения длины комментария   -  person frosty    schedule 28.07.2014
comment
Я все еще не совсем уверен в сценарии использования. Вы хотите отслеживать, что пользователь просмотрел пациента? - используйте SecurityEvent. Вы хотите как-то отметить, что ресурс пациента отличается, потому что какой-то пользователь взял его под свой контроль? - это было бы расширением ресурса пациента (обратите внимание, что ресурса для пользователя пока нет, хотя он будет присутствовать в следующей версии - см. hl7-fhir.github.io/securityprincipal.html, действительно очень ветреный черновик). Вы хотите отслеживать какие-то предполагаемые отношения, чтобы денормализовать поиск в следующий раз? - Я думаю, вам нужен этот новый ресурс.   -  person Grahame Grieve    schedule 28.07.2014
comment
Это последнее, что вы хотите отслеживать какие-то предполагаемые отношения ... Идентификатор историй болезни может быть разным у разных поставщиков (если нет национальной системы идентификации). Разве не должен быть способ пометить запись моим идентификатором пользователя для облегчения доступа вместо создания еще одного ресурса?   -  person frosty    schedule 28.07.2014
comment
Какая связь между userId и историей болезни? пользователь такой же, как и пациент?   -  person Grahame Grieve    schedule 29.07.2014
comment
Думайте о нас как о монетном дворе / йодли для личных финансов. Пользователь в нашей системе может иметь одну или несколько записей о пациентах, каждая из которых принадлежит другому поставщику услуг. Пользователь входит на наш сайт, чтобы управлять отношениями с различными поставщиками. Поскольку в США нет системы уникальных идентификаторов для пациентов, в качестве посредника мы должны либо поставить отметку в медицинской карте с нашим идентификатором пользователя, либо иметь идентификатор пациента провайдера - карту идентификаторов пользователей для получения консолидированных данных пользователем. Штамповка записи с нашим идентификатором пользователя вызовет наименьшее количество операций ввода-вывода, поэтому ищем способ сделать это.   -  person frosty    schedule 29.07.2014
comment
Ну, если идентификатор пользователя также является идентификатором пациента, тогда я не понимаю, почему вы не должны помещать его в запись пациента в качестве идентификатора.   -  person Grahame Grieve    schedule 29.07.2014
comment
Мне неясно, могу ли я перезаписать свойство идентификатора для записей, исходящих от других поставщиков. Судя по вашему ответу, это приемлемо. Я буду использовать это для хранения идентификатора пользователя. Спасибо за ваш ответ.   -  person frosty    schedule 29.07.2014

Ответы (1)


arrow_upward
1
arrow_downward

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

person Grahame Grieve    schedule 28.07.2014