Замечания/пожелания И.В.Емелина к RuCore #218
eugenekogan-spb
started this conversation in
General
Replies: 1 comment
|
В части альбома форм первичного учета могу прокомментировать, что проблема осознана, но возможно не следует ставить задачу столь глобально. Пока мы договорились с клинической рабочей группой о работе по отражению в профиле Encounter требований Минздрава к учету госпитализации и амбулаторных обращений. |
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Коллеги, Иван Владимирович Емелин, известный эксперт в области стандартизации в здравоохранении, высказал замечание о том, что RuCore в его текущем состоянии недостаточно выполняет свою задачу. Хотелось бы обсудить.
И.В. пишет:
... Если проводить аналогию с USCore, то там профили разработаны, чтобы удовлетворить требованиям регулятора (ONC). И это минимальный набор требований (floor), который должны поддерживать все участники взаимодействия. Поэтому профиль каждого ресурса один.
Наш Минздрав мыслит иными категориями - ему предписано Постановлением Правительства Российской Федерации от 09.02.2022 № 140 "О единой государственной информационной системе в сфере здравоохранения" разрабатывать методические рекомендации по представлению в единую систему и получению из единой системы информации, содержащие в том числе форматы передачи и детализацию состава сведений, правила форматно-логического контроля. То есть фактически нужен альбом форм электронных медицинских документов первичного учета. Для бумажных форм был приказ Минздрава СССР от 4 октября 1980 г. N 1030, и новый полный альбом, насколько я понимаю, так и не был сделан - выпускались приказы по отдельным учетным формам.
Скажем, для лабораторных исследований нужны отдельные профили Observation по биохимическим, клинико-диагностическим, микробиологическим, иммунологическим исследованиям, что вы и без меня знаете. По гистологии/цитологии, где результаты в основном повествовательные, нужны профили DiagnosticReport с описанием и заключением. Чем в этих случаях может помочь профиль LabObservation (http://fhir-ru.zendoc.me/lab.Observation), не понимаю. Кстати, в Observation.basedOn указана куча ресурсов, которые вряд ли нужны, например, DeviceRequest это заказ шприца или иного устройства применения лекарств. Далее, в примерах USCore имя профиля не указывается в схеме данных, там не USCoreObservation, а просто Observation. И если профилей ресурса может быть несколько, то в полях типа reference нет смысла указывать имя профиля.
All reactions