Общие сведения

Легенда по тексту

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

Сервис «Региональная ИЭМК» - региональное хранилище интегрированной информации о пациентах и случаях их обслуживания в медицинских организациях, обеспечивающее сбор, хранение и выдачу по запросам информации об итогах оказания учреждениями здравоохранения медицинской помощи гражданам. Также настоящий комплекс является провайдером, обеспечивающим информационный обмен между другими сторонами взаимодействия.


Сервис «Региональная ИЭМК состоит из следующих модулей: Модуль работы с пациентами и Модуль сбора статистики.

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

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

Обмен данными между ЭМК МИС и сервисом «Региональная ИЭМК осуществляется в рамках следующих процессов:

  1. Передача информации о пациенте из ЭМК МИС в Модуль работы с пациентом (добавление пациента и/или изменение информации о нем).

  2. Передача данных об оказании медицинской помощи из ЭМК МИС в Модуль сбора статистики.


Функциональность PatientMethods Модуля работы с пациентами обеспечивается следующими методами:

  1. Добавление пациента (AddPatient).

  2. Обновление информации о пациенте (UpdatePatient).

  3. Получение данных о зарегистрированном пациенте (GetPatient).


Функциональность StatisticsMethods Модуля сбора статистики обеспечивается следующими методами:

  1. Добавление завершенного случая медицинского обслуживания (AddCase)

  2. Регистрация случая медицинского обслуживания (CreateCase).

  3. Добавление эпизода к незавершенному случаю медицинского обслуживания (AddStepToCase).

  4. Закрытие случая медицинского обслуживания (CloseCase).

  5. Добавление медицинских записей (AddMedRecord).

  6. Изменение закрытого случая медицинского обслуживания (UpdateCase).


Для взаимодействия с сервисом «Региональная ИЭМК используется протокол SOAP 1.2.

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

  1. GUID – авторизационный токен. Выдается разработчику МИС администратором Интеграционной платформы;

  2. IdLPU – идентификатор МО, от имени которой передается\запрашивается информация в\из сервиса «Региональная ИЭМК». Используется значение поля code регионального справочника МО (urn:oid:1.2.643.2.69.1.1.1.64).


Используемые при взаимодействии с сервисом «Региональная ИЭМК» справочники приведены в описании работы «Сервис Терминологии».

Для каждого используемого справочника в Настоящем документе указан его OID. Перечень присвоенных корней OID:

  • 1.2.643.5.1.13.2.1 – Корневой OID справочников, размещённых в реестре НСИ (http://nsi.rosminzdrav.ru/);

  • 1.2.643.5.1.13.2.7.1 – Корневой OID для "внутренних" справочников федерального сервиса ИЭМК;

  • 1.2.643.2.69.1.1.1 – Корневой OID для справочников подсистемы НСИ Регионального фрагмента.


При передаче параметров с типом Datetime не должен указываться часовой пояс.

В Модуле работы с пациентами ведется учет следующих объектов:

  1. Пациент. Содержит демографическую и идентифицирующую информацию о пациенте.


В Модуле сбора статистики ведется учет следующих объектов:

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

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


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

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

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

  4. Элемент медицинской записи. Детализирует информацию медицинской записи.


ИЭМК формируется на основании построенных и сохранённых в Системе логических связей между объектом-пациентом и описанными выше объектами сбора статистики.

Информация о перечисленных объектах передается из МО в сервис «Региональная ИЭМК» с помощью методов, приведенных в разделах PatientMethods"Модуль работы с пациентами" и StatisticsMethods"Модуль сбора статистики".

Тип Случай Медицинского Обслуживания (СaseBase)

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

  • Дочерний тип СaseAcps – используется для передачи карты вызова скорой помощи;
  • Дочерний тип СaseAmb – используется для передачи амбулаторного случая обслуживания;
  • Дочерний тип СaseTmc – используется для передачи случая обслуживания, в рамках которого была выполнена телемедицинская консультация;
  • Дочерний тип СaseStat – используется для передачи стационарного случая обслуживания.

Объекты CaseAmb и CaseStat используются в вызовах методов Модуля сбора статистики.


В зависимости от типа случая обслуживания для объекта caseDto должно указываться соответствующее значение атрибута xsi:type (используется для указания в явном виде типа наследуемого объекта; подробнее про xsi:type – см. http://www.w3.org/TR/xmlschema-1/#xsi_type).

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

Параметр Кратность Тип Описание
OpenDate 1..1 dateTime Дата открытия случая
CloseDate 1..1 dateTime Дата закрытия случая
HistoryNumber 1..1 string Номер истории болезни/Амбулаторного талона
IdCaseMis 1..1

string

Идентификатор случая в передающей МИС

IdCaseAidType 0..1 unsignedByte Идентификатор вида медицинского обслуживания (Справочник OID: 1.2.643.2.69.1.1.1.16)
IdPaymentType 1..1 unsignedByte Идентификатор источника финансирования (Cправочник OID: 1.2.643.2.69.1.1.1.32)
Confidentiality 1..1 unsignedByte

Код уровня конфиденциальности по региональному справочнику (Cправочник OID: 1.2.643.2.69.1.1.1.90).

DoctorConfidentiality 1..1 unsignedByte Код уровня конфиденциальности по региональному справочнику (Cправочник OID: 1.2.643.2.69.1.1.1.90)
CuratorConfidentiality 1..1 unsignedByte Код уровня конфиденциальности по региональному справочнику (Cправочник OID: 1.2.643.2.69.1.1.1.90)
IdLpu 1..1 string Идентификатор МО (Cправочник OID: 1.2.643.2.69.1.1.1.64)
IdCaseResult 1..1 unsignedByte Идентификатор результата обращения по случаю (Справочник OID: 1.2.643.5.1.13.2.1.1.688)
Comment 1..1 string Текст заключения из эпикриза и/или другую важную медицинскую информацию в неструктурированном виде, например, текст медицинского протокола
DoctorInCharge 1..1 MedicalStaff Информация об лечащем враче\принимающем враче
Authenticator 1.1 Participant Лицо, подписывающее или визирующее формируемый набор медицинской информации
Author 1..1 Participant Лицо, являющееся автором передаваемого набора медицинской информации (как правило, лечащий\принимающий врач)
LegalAuthenticator 0..1 Participant Лицо, утвердившее информацию о случае обслуживания (несущее юридическую ответственность)
Guardian 0..1 Guardian Информация о другом участнике случая (родителе/опекуне)
IdPatientMis 1..1 string

Идентификатор пациента в передающей системе

AdmissionCondition условно обязательный
Обязателен для CaseStat и CaseAmb в случае формирования СЭМД типа "Консультация"
unsignedByte Идентификатор состояния пациента при поступлении (Справочник OID: 1.2.643.5.1.13.2.1.1.111)
CaseVisitType условно обязательный
Обязателен для CaseStat и CaseAmb
byte Порядок обращения (Справочник OID: 1.2.643.5.1.13.13.11.1007 )

Дочерний тип CaseAmb

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

Параметр Кратность Тип Описание
CaseDto 1..1 CaseBase Передаются параметры из родительского типа CaseBase.
IdCasePurpose 0..1 unsignedByte Идентификатор цели обращения (Справочник OID: 1.2.643.5.1.13.2.1.1.106).
IdCaseType 1..1 unsignedByte Идентификатор типа случая обслуживания: амбулаторный, диспансеризация (Cправочник OID: 1.2.643.2.69.1.1.1.35).
IdAmbResult 0..0 unsignedByte Код результата обращения (Cправочник OID: 1.2.643.2.69.1.1.1.17).
IsActive 0..1 boolean Признак «Актив». Признак устанавливается, если пациент был направлен на приём к врачу
Steps

1..*

StepAmb Массив эпизодов случаев медицинского обслуживания.
TmcSteps StepTmc Массив телемедицинских эпизодов случаев медицинского обслуживания.
MedRecords 0..1 MedRecord Массив MedRecord, доступных для эпизода амбулаторного случая обслуживания.
IdAmbResult 0..1 unsignedByte Идентификатор исхода амбулаторного случая обслуживания (Справочник OID: 1.2.643.2.69.1.1.1.17).

Дочерний тип СaseAcps

Комплексный тип СaseAcps используется для передачи данных карты вызова скорой помощи. Тип наследуется от CaseBase и имеет дополнительные параметры, указанные в таблице.

Параметр Кратность Тип Описание
MedRecords 0..* MedRecord Массив MedRecord, доступных для CaseAcps. Поддерживаются следующие типы MedRecord:
  • AmbulanceInfo - данные карты вызова скорой медицинской помощи;
  • ClinicMainDiagnosis - заключительный диагноз.

Дочерний тип СaseStat

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

Параметр Кратность Тип Описание
DeliveryCode 0..1 string Код бригады, доставившей пациента/номер наряда скорой помощи.
Параметр заполняется, если IdHospChannel = 1 («СМП»)
IdIntoxicationType 0..1 unsignedByte Идентификатор типа интоксикации пациента при поступлении (Справочник OID: 1.2.643.5.1.13.2.1.1.555)
IdTypeFromDiseaseStart 1..1 unsignedByte Идентификатор интервалов времени, прошедшего с момента заболевания до обращения (Справочник OID: 1.2.643.5.1.13.2.1.1.537)
IdRepetition 1..1 unsignedByte Первичность/повторность госпитализации (Справочник OID: 1.2.643.2.69.1.1.1.20)
HospitalizationOrder 1..1 unsignedByte Экстренность/плановость госпитализации (Справочник OID: 1.2.643.2.69.1.1.1.21)
IdTransportIntern 0..1 unsignedByte Идентификатор вида транспортировки (Справочник OID: 1.2.643.2.69.1.1.1.22)
Steps 1..*

StepStat Массив эпизодов случаев медицинского обслуживания
TmcSteps StepTmc Массив телемедицинских эпизодов случаев медицинского обслуживания.
HospResult 1..1 unsignedByte Идентификатор исхода госпитализации (Справочник OID: 1.2.643.2.69.1.1.1.23)
MedRecords 0..1 MedRecord Массив MedRecord, доступный для стационарного случая обслуживания
IdHospChannel 1..1 unsignedByte Код канала госпитализации (Справочник OID: 1.2.643.5.1.13.2.1.1.281)
RW1Mark 0..1 boolean Метка наличия результата обследования на сифилис
AIDSMark 0..1 boolean Метка наличия результата обследования на ВИЧ-инфекцию
PrehospitalDefects 1..* unsignedByte Коды дефекта догоспитального этапа (Справочник OID: 1.2.643.2.69.1.1.1.24)
AdmissionComment условно обязательный
Обязателен для AddCaseStat и CreateCaseStat, не обязателен для CloseCaseStat
string Текстовый комментарий, описывающий состояние пациента при поступлении и/или другую важную медицинскую информацию
DischargeCondition условно обязательный
Обязателен для CloseCaseStat
byte Код состояния пациента при выписке (Справочник OID: 1.2.643.5.1.13.2.1.1.111)
DischargeComment условно обязательный
Обязателен для AddCaseStat и CloseCaseStat
string Текстовый комментарий, описывающий состояние пациента при выписке и/или другую важную медицинскую информацию
DietComment 1..1 string Текстовый комментарий, содержащий рекомендации по режиму и диете
TreatComment 1..1 string Текстовый комментарий, содержащий рекомендации по дальнейшему лечению
WorkComment 1..1 string Текстовый комментарий, содержащий рекомендации по режиму труда
OtherComment 0..1 string Текстовый комментарий, содержащий иные рекомендации и пояснения

Дочерний тип СaseTmc

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

Параметр Кратность Тип Описание
TmcID 1..1 string Глобальный идентификатор направления в Телемедицинской подсистеме
TmcForm 1..1 unsignedByte Форма телемедицинской консультации (Справочник OID: 1.2.643.2.69.1.1.1.54)
TmcGoal 1..1 unsignedByte Цель телемедицинской консультации (Cправочник OID: 1.2.643.2.69.1.1.1.128)
Initiator 1..1 Initiator Инициатор телемедицинской консультации
MedRecords 0..* MedRecord Массив MedRecord, доступный для CaseTmc. Поддерживаются следующие типы MedRecord:
  • ConsultNote - консультативное заключение
  • Service - данные об оказанных услугах;
  • TfomsInfo - данные о выполненных медицинских стандартах в разрезе учета ТФОМС;
  • ClinicMainDiagnosis - заключительный диагноз.

Тип Initiator

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

Параметр Кратность Тип Описание
InitiatorType 1..1 unsignedByte Идентификатор типа инициатора проведения телемедицинской консультации (Справочник OID: 1.2.643.2.69.1.1.1.129)
Doctor условно обязательный
Обязателен, если тип инициатора соответствует значению "Лечащий врач"
MedicalStaff Врач - инициатор консул

Тип Эпизод Случая Медицинского обслуживания (StepBase)

Комплексный тип StepBase является базовым для передачи информации об эпизоде случая медицинского обслуживания и наследуется такими дочерними типами как:

  • Тип StepAmb – используемый для передачи эпизода амбулаторного случая обслуживания;
  • Тип StepStat – используемый для передачи эпизода стационарного случая обслуживания;
  • Тип StepTmc – используемый для передачи эпизода телемедицинской консультации.

При передаче информации по эпизоду случая обслуживания вне объекта caseDto (см. метод AddStepToCase) указывается для объекта step соответствующее значение атрибута xsi:type (используется для указания в явном виде типа наследуемого объекта от базового объекта StepBase; подробнее про xsi:type – см. http://www.w3.org/TR/xmlschema-1/#xsi_type): StepAmb для амбулаторного эпизода случая обслуживания, StepStat для стационарного эпизода случая обслуживания, а также StepTmc, который можно указывать как для амбулаторного, так и для стационарного случая.

Для дочерних типов CaseBase существуют правила, определяющие, какие дочерние типы StepBase могут быть добавлены в рамках конкретного случая. Так, например, для CaseAmb: StepAmb, StepTmc; а для CaseStat: StepStat, StepTmc. Для CaseAcps и CaseTmc не предусмотрено использование StepBase.

В блоке Steps должны содержаться степы тех типов, которые соответствуют дочернему типу CaseBase. В TmcSteps указывается множество степов телемедицинского обслуживания

Необходимо учитывать следующие ограничения: при добавлении CaseBase обязательно должны присутствовать StepBase (в Steps и/или в TmcSteps). Если в обоих блоках не найдено ни одного степа, тогда сервис выдаёт ошибку. При закрытии CaseBase в запросе не должны передаваться ни Steps, ни TmcSteps, а ClinicMainDiagnosis (если он не передавался ранее) должен быть передан в блоке MedRecords.

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

Описание типа StepBase представлено в таблице.

Параметр Кратность Тип Описание
DateStart 1..1 dateTime Дата начала эпизода
DateEnd 1..1 dateTime Дата окончания эпизода
Comment 0..1 string Текстовый комментарий
IdPaymentType 0..1 unsignedByte Идентификатор источника финансирования (Справочник OID: 1.2.643.2.69.1.1.1.32)
Doctor 1..1 MedicalStaff Информация о враче
IdStepMis 1..1 string (50) Идентификатор эпизода случая медицинского обслуживания в передающей МИС

Дочерний тип StepAmb

Комплексный тип StepAmb используется для передачи данных эпизода амбулаторного случая обслуживания. Тип наследуется от StepBase и имеет дополнительные параметры. Параметры типа StepAmb приведены в таблице.

Параметр Кратность Тип Описание
IdVisitPlace 1..1 unsignedByte Идентификатор места посещения (Справочник OID: 1.2.643.2.69.1.1.1.18)
IdVisitPurpose 1..1 unsignedByte Идентификатор цели посещения (Справочник OID: 1.2.643.2.69.1.1.1.19)
MedRecords 0..* MedRecord Массив MedRecord, доступных для эпизода амбулаторного случая обслуживания. Перечень допустимых атрибутов приведен в соответствующем разделе документации.

Дочерний тип StepStat

Комплексный тип StepStat используется для передачи данных эпизода стационарного случая обслуживания. Тип наследуется от StepBase и имеет дополнительные параметры. Параметры типа StepStat приведены в таблице.


Параметр Кратность Тип Описание
HospitalDepartmentName 1..1 string Наименование отделения
IdHospitalDepartment 1..1 string Код отделения (Регистрационный код отделения в МО (возможно, из паспорта ЛПУ))
Для документов ВИМИС необходимо указывать код из справочника МО (1.2.643.2.69.1.1.1.64)
IdRegimen 0..1 unsignedByte Идентификатор режима лечения (Справочник OID: 1.2.643.2.69.1.1.1.25)
WardNumber 0..1 string Номер палаты
BedNumber 0..1 string Номер койки
BedProfile 1..1 int Профиль койки (Справочник OID: 1.2.643.5.1.13.2.1.1.221)
DaySpend 1..1 unsignedShort Кол-во проведенных койко-дней
MedRecords 0..1 MedRecord Массив MedRecord, доступных для эпизода амбулаторного случая обслуживания. Перечень допустимых атрибутов приведен в соответствующем разделе документации.

Дочерний тип StepTmc

Комплексный тип StepTMC используется для передачи данных эпизода стационарного случая обслуживания. Тип наследуется от StepBase и имеет дополнительные параметры. Параметры типа StepStat приведены в таблице.

Параметр Кратность Тип Описание
TmcId 1..1 string Глобальный идентификатор направления в Телемедицинской подсистеме РЕГИЗ.
TmcForm 1..1 unsignedByte Форма телемедицинской консультации (Справочник OID: 1.2.643.2.69.1.1.1.54).
TmcGoal 1..1 unsignedByte Цель телемедицинской консультации (Cправочник OID: 1.2.643.2.69.1.1.1.128).
Initiator 1..1 Initiator Информация об инициаторе телемедицинской консультации.
MedRecords 0..* MedRecord Информация о медицинском документе, сформированным в результате телемедицинской консультации.

Тип Медицинская Запись (MedRecord)

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

  • AllergyDrug – данные об индивидуальной непереносимости лекарственных средств;
  • AllergyNonDrug – данные о патологических реакциях на не медикамент;
  • AppointedMedication – данные о медикаментозной терапии;
  • DeathInfo – причина смерти;
  • Diagnosis – диагнозы:
    1. ClinicMainDiagnosis – заключительный диагноз;
    2. AnatomopathologicalClinicMainDiagnosis – патологоанатомический диагноз;
  • Immunize – данные о проведенной вакцинации и иммунизации:
    1. Vaccination – данные о проведенной вакцинации;
    2. Reaction – данные о проведенной пробе;
    3. MedicalExemption – данные о медицинском отводе;
    4. ImmunizationPlan - данные о запланированных прививках/пробах;
  • Procedure – данные о выполненных медицинских процедурах;
  • Problem – сведения о подозрении на заболевание;
  • SocialAnamnesis – анамнез;
  • MedDocument – медицинские документы:
    1. AmbulanceInfo – данные карты вызова скорой помощи;
    2. BirthCertificate – данные медицинского свидетельства о рождении;
    3. ConsultNote – консультативное заключение;
    4. DischargeSummary – эпикриз;
    5. DispensaryOne – данные заключения первого этапа диспансеризации;
    6. DispensaryTwo – данные заключения второго этапа диспансеризации;
    7. DispensaryOnceByTwoYears - данные заключения о диспансеризации, производящейся раз в два года;
    8. DeathCertificate - данные медицинского свидетельства о смерти;
    9. PrenatalDeathCertificate - данные медицинского свидетельства о перинатальной смерти;

    10. LaboratoryReport – результат лабораторного исследования;
    11. Referral – направление по форме №57;
    12. ReferralMSE – данные направления на медико-социальную экспертизу;
    13. SickList – данные о больничном листе;
  • NonDrugTreatment – данные о немедикаментозном лечение;
  • ResInstr – данные об инструментальных исследованиях;
  • Scores – результаты различных диагностических и прогностических шкал;
  • Service – данные об оказанных услугах;
  • TfomsInfo – данные о выполненных медицинских стандартах в разрезе учета ТФОМС;


Массив медицинских записей (MedRecords) может передаваться на уровне случая обслуживания (caseDto), на уровне эпизода случая обслуживания (StepDto) или на уровне «пациента» (без привязки к случаю обслуживания) в зависимости от типа передаваемой информации.

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

Тип AllergyBase

Комплексный тип AllergyBase используется как базовый тип для передачи данных о патологических реакциях (аллергиях) и индивидуальной лекарственной непереносимости. Объекты типа AllergyBase отдельно не передаются, а расширяются дочерними типами AllergyDrug и AllergyNonDrug. Описание параметров объекта AllergyBase представлено в таблице.

Параметр Кратность Тип Описание
Type 1..1 int Тип патологической реакции для сбора аллергоанамнеза (Справочник OID: 1.2.643.5.1.13.13.11.1064)
Comment 0..1 string Комментарий
Time 1..1 DateTime Дата выявления
ReactionCode 1..1 int Код реакции (Справочник OID: 1.2.643.5.1.13.13.11.1063)

Дочерний тип AllergyDrug

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

Параметр Кратность Тип Описание
AllergyBase 1..1 AllergyBase Общие параметры
IdINN 1..1 int

Код лекарственного средства.

Примечание

Для уточнения Справочника OID обратитесь в свой МИАЦ. Возможен один из вариантов 1.2.643.5.1.13.2.1.1.179 или 1.2.643.5.1.13.13.11.1367.

Дочерний тип AllergyNonDrug

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

Параметр Кратность Тип Описание
AllergyBase 1..1 AllergyBase Общие параметры
Description 1..1 string Описание агента (аллергена)

Тип AppointedMedication

Комплексный тип AppointedMedication предназначен для передачи данных о назначенных препаратах. Объекты типа AppointedMedication передаются в рамках эпизода случая обслуживания. Описание параметров объекта AppointedMedication представлено в таблице.

Параметр Кратность Тип Описание
AnatomicTherapeuticChemicalClassification 0..1 string Сведения о препарате (активном веществе) (Справочник OID: 1.2.643.5.1.13.2.1.1.56)

CourseStartDate

0...1 dateTime Период назначения (с уставленной даты/время)

CourseEndDate

0...1 dateTime Период назначения (по уставленную датувремя)

CancellationReason

0...1
Условно обязательно -обязательно (1...1) только если передано CancellationDate
int Причина отмены лекарственного препарата (Справочник OID: 1.2.643.5.1.13.13.99.2.656)

CancellationDate 

0...1
Условно обязательно -обязательно (1...1) только если передано CancellationReason
dateTime Дата и время отмены лекарственного препарата
CourseDose 0..1 Quantity Курсовая доза
DayDose 0..1
Обязателен, если передается параметр DaysCount
Quantity Суточная доза
DaysCount 0..1
Обязателен, если передается контейнер DayDose
unsignedShort Количество дней лечения
Doctor 1..1 MedicalStaff Медицинский работник, зарегистрировавший рецепт/ назначивший препарат

FrequencyAdmission

0...1  string Периодичность приема
IssuedDate 1..1 dateTime Дата выдачи рецепта /назначения на препарат
MedicineIssueType 0..1 string Тип выдачи препарата (Справочник OID: 1.2.643.5.1.13.2.7.1.36)
MedicineName 1..1 string Наименование препарата
MedicineType 0..1 unsignedShort Лекарственная форма препарата (Справочник OID: 1.2.643.5.1.13.2.1.1.331)
MedicineUseWay 0..1 unsignedShort Способ введения медикамента (способ применения) (Справочник OID: 1.2.643.5.1.13.2.7.1.64)
Number 0..1 string Номер рецепта/назначения
OneTimeDose 0..1 Quantity Разовая доза
idINN 1..1 int Код лекарственного средства (Справочник OID: 1.2.643.5.1.13.2.1.1.179 или Справочник OID: 1.2.643.5.1.13.13.11.1367), в зависимости от региональных установок. За уточнениями рекомендуется обратиться в МИАЦ региона.
Seria 0..1 string Серия рецепта/назначения
Status 0..1 boolean false - назначено / true - применено

TradeName 

0...1 int Торговое наименование (Справочник OID: 1.2.643.5.1.13.13.99.2.540)

Тип Quantity

Комплексный тип Quantity предназначен для передачи данных о дозировке лекарственных средств. Описание параметров типа Quantity представлено в таблице

Параметр Кратность Тип Описание
IdUnit 1..1 int Идентификатор единицы измерения (Справочник OID: 1.2.643.5.1.13.2.1.1.180)
Value 1..1 decimal Количественное значение

Тип DeathInfo

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

Параметр Обязательность Тип Описание Регулируемый конфигуратор

0...1
Для значения xsi:type указывается DeathInfo  
MKBCode 1...1 string Код МКБ-10 первоначальной причины смерти (Справочник OID: 1.2.643.2.69.1.1.1.2).

Тип Diagnosis

Комплексный тип Diagnosis используется для передачи информации о диагнозе и лице, его поставившем. Наследуемыми типами для Diagnosis являются:

В таблице представлено описание комплексного типа Diagnosis.


Параметр Кратность Тип Описание
DiagnosisInfo 1..1 DiagnosisInfo Диагноз
Doctor 1..1 MedicalStaff Сведенья о медицинском работнике, который поставил диагноз

Тип DiagnosisInfo

Комплексный тип DiagnosisInfo предназначен для передачи сведений о диагнозе как сведений о состоянии пациента.

Параметр Кратность Тип Описание
IdDiseaseType 0..1 unsignedByte Идентификатор характеров заболеваний (Справочник OID: 1.2.643.2.69.1.1.1.8)
DiagnosedDate 1..1 Datetime Дата постановки диагноза
IdDiagnosisType 1..1 unsignedByte Идентификатор статуса диагноза (Справочник OID: 1.2.643.2.69.1.1.1.26)
Comment 1..1 String Комментарий к диагнозу
DiagnosisChangeReason 0..1 unsignedByte Статус продолжения или изменения заболевания (Справочник OID: 1.2.643.2.69.1.1.1.9)
DiagnosisStage 0..1 unsignedByte Идентификатор этапа установления диагноза (Справочник OID: 1.2.643.2.69.1.1.1.10)
IdDispensaryState 0..1 unsignedByte Идентификатор состояния диспансерного учета по данному диагнозу (заболеванию) (Справочник OID: 1.2.643.2.69.1.1.1.11)
IdTraumaType 0..1 unsignedByte Идентификатор типа травм (Справочник OID: 1.2.643.2.69.1.1.1.12)
MESImplementationFeature 0..1 unsignedByte Идентификатор особенности выполнения стандарта (Справочник OID: 1.2.643.2.69.1.1.1.13)
MedicalStandard 0..1 int Код стандарта учета оказания медицинской помощи (Справочник OID: 1.2.643.2.69.1.1.1.29
Params 0..* Param Массив дополнительных медицинских показателей
MkbCode 1..1 String Код заболевания по МКБ-10 (Справочник OID: 1.2.643.2.69.1.1.1.2)
DiseaseStatus 0..1 unsignedByte Статус заболевания (Справочник OID: 1.2.643.5.1.13.2.1.1.122)
MkbCodeChange 0..1 string Заменяемый код МКБ-10 (Справочник OID: 1.2.643.2.69.1.1.1.2)

Внимание

  • Параметр DiagnosisStage остаётся необязательным при передаче СМО.
  • В случае, если параметр DiagnosisStage передаётся в рамках объекта ClinicMainDiagnosis, то он должен принимать значение "3". Использование других значений из справочника 1.2.643.2.69.1.1.1.10 недопустимо, и будет восприниматься системой, как ошибка.
  • В случае, если параметр DiagnosisStage передаётся в рамках объекта AnatomopathologicalClinicMainDiagnosis, то он должен принимать значение "4". Использование других значений из справочника 1.2.643.2.69.1.1.1.10 недопустимо, и будет восприниматься системой, как ошибка.

Дочерний тип ClinicMainDiagnosis

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

Параметр Кратность Тип Описание
Complications 0..* Diagnosis Массив диагнозов (данные об осложнении или сопутствующем заболевании)

Внимание

Не допускается передавать в параметре Complications диагнозы с типом "Основной диагноз" (IdDiagnosisType=1)

Структура объекта ClinicMainDiagnosis представлена на Рисунке 2.


Рисунок 4. Структура объекта ClinicalMainDiagnosis

Рисунок 2. Структура объекта ClinicMainDiagnosis

Дочерний тип AnatomopathologicalClinicMainDiagnosis

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

Тип Immunize

Комплексный тип Immunize предназначен для передачи данных о проведенной вакцинации и иммунизации пациента.

Тип Immunize является родительским для передачи следующих данных:

Описание параметров типа Immunize представлено в таблице.

Параметр Кратность Тип Описание
Performer 0..1 MedicalStaff Лицо, назначившее или допустившее к вакцинации

Дочерний тип Vaccination

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

Параметр Кратность Тип Описание
Lpu 1..1 string Идентификатор МО, в котором проводилась вакцинация (Справочник OID: 1.2.643.2.69.1.1.1.64)
Date 1..1 dateTime Дата вакцинации
Code 1..1 int Код иммунобиологического препарата (Справочник OID: 1.2.643.5.1.13.13.11.1078)
VacType 1..1 string Вид вакцинации
Inf 1..* int Коды инфекций, от которых защищает вакцина (Справочник OID: 1.2.643.2.69.1.1.1.130)
IdVaccinationMis 1..1 string Уникальный идентификатор проведения вакцинации в МИС
Status 1..1 int Статус иммунизации (Справочник  OID:1.2.643.2.69.1.1.1.172 "Статус проведения иммунизации")

Дочерний тип Reaction

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

Параметр Кратность Тип Описание
Lpu 1..1 string Идентификатор МО, в котором проводилась вакцинация (Справочник OID: 1.2.643.2.69.1.1.1.64)
ReactionType 1..1 int Тип пробы (Справочник OID: 1.2.643.2.69.1.1.1.134)
Date 1..1 dateTime Дата выполнения пробы
Code 1..1 int Код пробы (Справочник OID: 1.2.643.2.69.1.1.1.131)
Inf 1..* unsignedByte Коды инфекций, для выявления которой проводится проба (Справочник OID: 1.2.643.2.69.1.1.1.130)
MedicalReactionType 0..1 int Тип реакции (Cправочник OID:1.2.643.2.69.1.1.1.171 "Реакция на вакцину")
MedicalReactionValue 0..1 если передан MedicalReactionType,
иначе 0..0
string Значение реакции (ограничение 250 символов)
IdReactionMis 1..1 string Уникальный идентификатор пробы в МИС
Status 1..1 int Статус (Cправочник 1.2.643.2.69.1.1.1.172 "Статус проведения иммунизации")

Дочерний тип MedicalExemption 

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

Параметр Кратность Тип Описание
IdMedicalExtemptionMis 1..1 string Уникальный идентификатор медотвода в МИС
DateStart 1..1 dateTime Начало действия медотвода
DateEnd 0..1 dateTime Окончание действия медотвода
ExemptionType 1..1 int Тип отвода (Справочник OID: 1.2.643.2.69.1.1.1.133)
ExemptionInf 1..* int Коды инфекций, от которых осуществляется отвод (Справочник OID: 1.2.643.2.69.1.1.1.130)
ExemptionReason 1..1 int Причина отвода (Справочник OID: 1.2.643.2.69.1.1.1.132)
ExemptionDisease 0..1 string Код заболевания по МКБ-10 (Справочник OID: 1.2.643.2.69.1.1.1.2)
Status 0..1 int Статус (Справочник OID:1.2.643.2.69.1.1.1.172 "Статус проведения иммунизации")

Дочерний тип ImmunizationPlan 

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

  • VaccinationType - о запланированных прививках,
  • ReactionType - о запланированных пробах.
Подтип VaccinationType 
Параметр Кратность Тип Описание
Inf 1..1 int Код инфекции, от которой защищает вакцина (Cправочник OID:1.2.643.2.69.1.1.1.130 “Код инфекции”)
Date 1..1 dateTime Дата запланированной явки
VacType 1..1 string Вид вакцинации
Подтип ReactionType 
Параметр Кратность Тип Описание
Inf 1..1 int Код инфекции, для выявления которой проводится проба (Cправочник OID:1.2.643.2.69.1.1.1.130 “Код инфекции”)
Date 1..1 dateTime Дата запланированной явки
VacType 0..1 string Вид вакцинации

Тип Procedure 

Комплексный тип Procedure предназначен для передачи данных о выполненных медицинских процедурах. Описание параметров типа Procedure представлено в таблице

Параметр Кратность Тип Описание
Code 1..1 string Код процедуры (Номенклатура медицинских услуг, Справочник OID:1.2.643.5.1.13.13.11.1070)
Date 0..1 DateTime Дата проведения процедуры
Performer 1..1 MedicalStaff Сведения об исполнителе

Тип Problem 

Комплексный тип Problem предназначен для передачи сведений о подозрении на заболевание. Описание параметров типа Problem представлено в таблице

Параметр Кратность Тип Описание
IdProblemMis 1..1 string Уникальный идентификатор подозрения на заболевания в системе-источнике
DiagnosisMkb 1..1 string Код диагноза МКБ-10 (Справочник OID: 1.2.643.2.69.1.1.1.2)
Date 1..1 datatime Дата выявления\снятия подозрения
Performer 1..1 MedicalStaff Данные врача
Comment 1..0 string Комментарий
Status 1..1 boolean Статус подозрения
  • True - подозрение установлено
  • False - подозрение снято

Тип SocialAnamnesis

Комплексный тип SocialAnamnesis является базовым для передачи важной анамнестической информации о пациенте. Описание параметров типа SocialAnamnesis представлено в таблице

Параметр Кратность Тип Описание
Disability 0..1 Disability Кодирование инвалидности
SocialRiskFactors 0..* int Кодирование потенциально-опасных для здоровья социальных факторов (Потенциально-опасные соцфакторы, Справочник OID:1.2.643.5.1.13.13.11.1059)
OccupationalHazards 0..* int Кодирование профессиональных вредностей (Профессиональные вредности, Справочник OID:1.2.643.5.1.13.13.11.1060)

Privileges

0..* Privilege Кодирование наличия льгот у пациента
BadHabits 0..* int Код вредной привычки/зависимости (Вредные привычки и зависимости, Справочник OID:1.2.643.5.1.13.13.11.1058)
RegistryArea 0..1 int Код местности регистрации (Признак жителя города или села, Справочник OID:1.2.643.5.1.13.13.11.1042)
SocialGroup 0..1 SocialGroup Сведения о занятости пациента


Тип Disability

Комплексный тип Disability служит для передачи сведений о наличии инвалидности у пациента, при передаче объекта SocialAnamesis. В таблице представлено описание комплексного типа Disability.

Параметр Кратность Тип Описание
Code 1..1 int

Код группы инвалидности (Льготные категории населения, Справочник OID:1.2.643.5.1.13.13.11.1053)

Date 1..1 DateTime Дата\время установления инвалидности
Order 1..1 int Порядок установления инвалидности, Справочник OID:1.2.643.5.1.13.13.11.1041

CausingDisease

1..1 string МКБ-10 код заболевание ставшее причиной инвалидности (Справочник OID: 1.2.643.2.69.1.1.1.2)

LastMedicalExaminationDate

0...1 dateTime Дата\время последнего освидетельствования


Тип Privilege

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

Параметр Кратность Тип Описание
Code 1..1 int Код категории льготы (Льготные категории населения, OID 1.2.643.5.1.13.13.11.1050)
Start 1..1 DateTime Дата\время начала действия льготы
End 1..1 DateTime Дата\время окончания действия льготы

Тип SocialGroup

Комплексный тип SocialGroup предназначен для передачи данных о занятости пациента, при передаче объекта SocialAnamnesis. Описание параметров типа SocialGroup представлено в таблице

Параметр Кратность Тип Описание
Code 1..1 int Код занятости (Занятость (социальные группы) населения, Справочник OID:1.2.643.5.1.13.13.11.1038).
Text 1..1 string Текстовое описание занятости (место и должность работы).

ProfessionCode

1..1 int Код социально-профессиональной группы пациента, Справочник OID: 1.2.643.5.1.13.13.99.2.145.

Тип MedDocument 

Комплексный тип MedDocument наследуется от типа MedRecord и является базовым для передачи медицинских документов. Описание параметров типа MedDocument приведено в таблице. 

Параметр Кратность Тип Описание
Attachments 0..* DocumentAttachment Массив неструктурированного (бинарного) содержания документа
CreationDate 1..1 dateTime Дата создания документа
FhirMedDocumentType 0..0 string Идентификатор типа документа (не используется при передаче данных)
Header 1..1 string Заголовок документа (краткое описание)
IdDocumentMis 0..1 string Идентификатор документа в системе-источнике (МИС)
IdMedDocumentType

0..1

unsignedByte

Код ЭМД, согласно Справочнику oid: 1.2.643.2.69.1.1.1.195.

Подробнее о работе данного параметра можно узнать в разделе "Механизм взаимодействия с федеральными сервисами ЕГИСЗ".

RelatedMedDoc

0..*

ArrayOfString

Идентификаторы ЭМД в федеральной подсистеме РЭМД, связанные с направлением на МСЭ. Подробнее о работе данного параметра можно узнать в разделе - "Расширенное НМСЭ" и порядок получения идентификаторов ЭМД, зарегистрированных в РЭМД..

Observations 0..* Observation Массив клинически наблюдаемых показателях жизнедеятельности пациента
Author 1..1 MedicalStaff Сведения о лице, создавшем документ

Кратность объекта MedDocument, при передаче в рамках методов сервиса ИЭМК

Расширенный набор ЭМД в рамках объекта MedDocument, допустимо передавать как на уровне СМО (Case), так и на уровне эпизода обслуживания (Step)

Метод/Тип МЗ

CaseAmb

CaseStat

StepAmb

StepStat

StepTmc

AddCase

0..*

0..*

0..*

0..*

0..*

CreateCase

0..*

0..*

0..*

0..*

0..*

CloseCase

0..*

0..*

0..*

0..*

0..*

UpdateCase

0..*

0..*

0..*

0..*

0..*

AddStepToCase

0..*

0..*

0..*

0..*

0..*

AddMedRecord

0..1

0..1

0..1

0..1

0..1

Описание наследуемых от MedDocument типов приведено в соответствующих разделах ниже.

Тип DocumentAttachment

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

Параметр Кратность Тип Описание
Data 1..1 base64Binary Данные вложения (текст, pdf, html,xml) в формате base64binary.
Рекомендуется для обмена данными использовать формат PDF/A-1 (см. комментарий ниже)
OrganizationSign 0..1 base64Binary

Открепленная электронная подпись медицинской организации в формате CMS (Cryptographic Message Syntax)

Электронные подписи должны формироваться с использованием следующих алгоритмов:

    • ГОСТ Р 34.10-2001 (использование настоящей схемы для формирования подписи после 31.12.2018 года не допускается);
    • ГОСТ Р 34.10-2012.


PersonalSigns 0..* PersonalSign

Массив открепленных электронных подписей медицинских работников.

Электронные подписи должны формироваться с использованием следующих алгоритмов:

    • ГОСТ Р 34.10-2001 (использование настоящей схемы для формирования подписи после 31.12.2018 года не допускается);
    • ГОСТ Р 34.10-2012.

Примечание

В этом массиве передается подписи лица, который придал юридическую силу медицинскому документу (вложению).

MimeType Условно-обязателен
(если Data заполнен)
string

MIME-тип данных файла-вложения.

Поддерживаемые MIME-типы:

  • text/html – HTML;
  • text/plain – текст;
  • application/pdf – PDF;
  • text/xml – XML.


Url 0..1 anyURI Адрес (ссылка), где находятся данные (содержимое вложения).

Важно

  • Текстовые файл должен передаваться в формате UNICODE UTF-16 (aka UCS-2 LE);
  • Набор символов HTML-документа должен соответствовать utf-8 (charset="utf-8"), сам файл должен передаваться в формате UNICODE UTF-16.;
  • Файл документа в электронном виде должен иметь формат PDF/A-1, соответствующий международному стандарту ISO 19005-1:2005. Самостоятельно произвести проверку PDF-файла можно с помощью ресурсов Industry Supported PDF/A Validation или PDF/A online verification service.
  • В структурированных электронных медицинских документах, передаваемых в формате text/xml (CDA), предназначенных для выгрузки в РЭМД, в блоке сведений о пациенте, нужно передавать идентификатор карточки пациента из MPI, который можно получить, выполнив запрос GetPatient. Исключение на текущий момент для документа с IdMedDocumentType Направление на МСЭ 4-й и  5-й редакции в них передается локальный идентификатор пациента из МИС.
Тип PersonalSign 

Комплексеный тип PersonSign предназначен для передачи открепленной электронной подписи врача в формате CMS (Cryptographic Message Syntax) врача. Тип имеет параметры, описанные в таблице.

Параметр Кратность Тип Описание
Sign 1..1 base64binary Открепленная электронная подпись медицинской организации в формате CMS (Cryptographic Message Syntax)
Doctor 1..1 MedicalStaff Сведения о медицинском работнике

Внимание

Предполагается использование усиленной квалифицированной электронной подписи (УКЭП), сформированной по формату CMS (Cryptographic Message Syntax). Для формирования указанных УКЭП должны использоваться сертификаты, выданные аккредитованными УЦ. Сертификаты должны соответствовать требованиям ГОСТ Р 34.10-2012 (Согласно выписке из документа ФСБ России N 149/7/1/3-58 от 31.01.2014 «О порядке перехода к использованию новых стандартов ЭЦП и функции хэширования» использование схемы подписи ГОСТ Р 34.10-2001 для формирования подписи после 31.12.2018 года не допускается).

Тип Observation

Комплексный тип Observation предназначен для передачи данных о клинически наблюдаемых показателях жизнедеятельности пациента.

Параметр Кратность Тип Описание
Code 1..1 int Код показателя по соответствующему справочнику (Справочник OID: 1.2.643.2.69.1.1.1.127).
ValueQuantity 1..1 ValueQuantity Значение показателя.
DateTime 1..1 dateTime Дата измерения показателя.
Interpretation 0..1 string Интерпретация результата теста по справочнику (Справочник OID 1.2.643.5.1.13.13.11.1381).
ReferenceRanges 0..* ReferenceRange Массив референтных значений для полученного значения, которые отражают представление о нижней и верхней границах нормы показателя или возможных, статистически достоверных, пределах колебания (отклонения) его величины.
ReferenceRanges.RangeType 1..1 int Тип референтные значения по справочнику (Справочник OID:1.2.643.2.69.1.1.1.137)
ReferenceRanges.IdUnit 0..1 int Идентификатор единицы измерения (Справочник OID: 1.2.643.5.1.13.13.11.1358)
ReferenceRanges.Value 1..1 string Референтная величина
Тип ValueQuantity

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

Тип NumericalValue

Комплексный тип NumericalValue предназначен для передачи значений целочисленного типа.

Параметр Кратность Тип Описание
IdUnit 0..1 int Идентификатор единицы измерения (Справочник OID: 1.2.643.5.1.13.13.11.1358)
Value 1..1 int Значение показателя
Тип CodeableValue

Комплексный тип CodeableValue предназначен для передачи значения показателя, которое регламентировано иным справочником.

Параметр Кратность Тип Описание
IdUnit 0..1 int Идентификатор единицы измерения (Справочник OID: 1.2.643.5.1.13.13.11.1358)
ValueSystem 1..1 string OID справочника в сервисе НСИ, используемого для задания значения показателя
Value 1..1 int Значение показателя по справочнику, указанному в параметре ValueSystem
Тип StringValue

Комплексный тип StringValue предназначен для передачи значении текстового типа.

Параметр Кратность Тип Описание
Value 1..1 string Значение показателя
Тип FloatValue

Комплексный тип FLoatValue предназначен для передачи значений дробного типа.

Параметр Кратность Тип Описание
IdUnit 0..1 int Идентификатор единицы измерения (Справочник OID: 1.2.643.5.1.13.13.11.1358).
Value 1..1 float Значение показателя.
Тип BooleanValue

Комплексный тип BooleanValue предназначен для передачи значений бинарного типа.

Параметр Кратность Тип Описание
Value 1..1 bool Значение показателя.
Тип DateTimeValue

Комплексный тип DateTimeValue предназначен для передачи данных типа время.

Параметр Кратность Тип Описание
Value 1..1 datetime Значение показателя.

Дочерний тип AmbulanceInfo

Комплексный тип AmbulanceInfo используется для передачи данных карты вызова скорой помощи. Тип AmbulanceInfo передается в рамках типа случая обслуживания Скорая помощь.

Параметры типа AmbulanceInfo наследуются от родительского типа MedDocument и дополняются элементами, приведенными в таблице.

Параметр Обязательность Тип Описание
SubAmbulance 1..1 string Номер станции (подстанции), отделения
BrigadeNumber 1..1 string Номер бригады (машины) скорой медицинской помощи
MedResult 1..1 byte Результат оказания медицинской помощи (Справочник OID 1.2.643.2.69.1.1.1.105)
AssisList 0..* AssisNote Перечень проведенных врачебных мероприятий
TransportTime 0..1 DateTime Дата и время доставки пациента в стационар
HospitalName 0..1 string Наименование медицинской организации, куда доставлен пациент
Тип AssisNote

Комплексный тип AssisNote предназначен для передачи данных о произведенных медицинских воздействиях. Описание параметров типа AssisNote представлено в таблице.

Параметр Кратность Тип Описание
AssisTimestamp 1..1 dateTime Время проведения мероприятия
MedAssistance 1..1 String Наименование проведенного мероприятия
Effect 0..1 String Эффективность проведенного мероприятия

Дочерний тип LaboratoryReport

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

Параметры типа LaboratoryReport полностью соответствуют параметрам родительского типа MedDocument.

Дочерний тип ConsultNote

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

Параметры типа ConsultNote полностью соответствуют параметрам родительского типа MedDocument.

Дочерний тип Referral

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

Параметры типа Referral наследуются от родительского типа MedDocument и дополняются элементами, приведенными в таблице.

Параметр Обязательность Тип Описание
ReferralInfo 1..1 ReferralInfo Информация о направлении
DepartmentHead 1..1 MedicalStaff Информация о главе отделения
IdSourceLpu 1..1 String Идентификатор ЛПУ, из которого осуществляется направление. (Значение поля UNQ, Справочник OID: 1.2.643.2.69.1.1.1.64)
IdTargetLpu 1..1 String Идентификатор ЛПУ, куда направлен пациент. (Значение поля UNQ, Справочник OID: 1.2.643.2.69.1.1.1.64)
ReferralID 0..1 String Глобальный идентификатор направления в сервисе УО (от ЛПУ, из которого осуществляется направление)
RelatedID 0..1 String Глобальный идентификатор направления в сервисе УО (от ЛПУ, куда направлен пациент)
Тип ReferralInfo

Комплексный тип ReferralInfo предназначен для передачи данных о направлении.

Параметр Кратность Тип Описание
Reason 1..1 string Обоснование направления
IdReferralMis 1..1 string Идентификатор направления в МИС
IdReferralType 1..1 unsignedByte Идентификатор вида направления (Справочник OID: 1.2.643.5.1.13.2.7.1.2)
IssuedDateTime 1..1 dateTime Дата направления
HospitalizationOrder 0..1
(Заполняется для IdReferralType=1)
unsignedByte Экстренность/плановость госпитализации (Справочник OID: 1.2.643.2.69.1.1.1.21)
MkbCode 1..1 string Код заболевания (Справочник OID: 1.2.643.2.69.1.1.1.2)

Дочерний тип BirthCertificate

Комплексный тип BirthCertificate используется для передачи данных Медицинского свидетельства о рождении. Документы данного типа могут передаваться только в рамках стационарного случая обслуживания.

Параметры типа BirthCertificate полностью соответствуют параметрам родительского типа MedDocument и дополняются следующими элементами.

Параметр Обязательность, если
IsUMSRSHardValidate == False
Не Санкт-Петербург
Обязательность, если
IsUMSRSHardValidate == True
Санкт-Петербург
Тип Описание
CertificateDate 0...1 1...1 datetime Дата свидетельства о рождении.
CertificateS 0...1 0...1 string Серия свидетельства о рождении.
CertificateN 0...1 1...1 string Номер свидетельства о рождении.
BirthDate 0...1 1...1 datetime Дата рождения.
Sex 0...1 0...1 int Пол (Справочник OID 1.2.643.5.1.13.2.1.1.156)
BirthOrder 0...1 0...1 int Порядковый номер в родах

Предупреждение

Свидетельство о рождении выдается на каждого ребенка отдельно. Поэтому, если роды были многоплодными, необходимо каждое свидетельство о рождении передавать в рамках отдельного объекта BirthCertificate.

Предупреждение

Об особенностях формирования и передачи СЭМД Медицинского свидетельства о рождении (далее МСР) ред. 4 в N3.ИЭМК с получателем отцом ребенка. 

Уважаемые коллеги!
В связи с изменениями со стороны РЭМД ЕГИСЗ РФ в схеме валидации СЭМД МСР ред. 4 для предоставления возможности указания отца ребенка в качестве получателях МСР, сообщаем вам: 
•  C 23.10.2023 г. доработанный схематрон применен в тестовой среде подсистемы РЭМД, ЕГИСЗ и опубликован на портале оперативного взаимодействия участников ЕГИСЗ по ссылке: https://portal.egisz.rosminzdrav.ru/materials/3849
•  07.11.2023 г. указанные изменения в  валидации СЭМД МСР будут применены на продуктивной среде РЭМД ЕГИСЗ.

Сценарий I. Передача МСР ред. 4 с указанием отца. 
Разработчиков МИС просим обратить особое внимание на то, что для передачи СЭМД МСР ред.4 в N3.ИЭМК с указанием в качестве получателя МСР отца ребенка, со стороны МИС-МО необходимо соблюдать следующие требования и порядок информационного взаимодействия: 
•  Обеспечить передачу персональных данных отца методом AddPatient с обязательным указанием СНИЛС (для изменения ранее отправленных данных необходимо выполнить UpdatePatient)
•  Обеспечить передачу СЭМД МСР ред.4 методом AddMedRecord без привязки к случаю оказания медицинской помощи, так как в случае оказания медицинской помощи указана мать. Передавать параметр idCaseMis не нужно.

Сценарий II. Передача МСР ред. 4 с указанием матери.
Схема передачи остается прежней, как и ранее, для передачи СЭМД МСР ред.4 в N3.ИЭМК с указанием в качестве получателя МСР матери ребенка, со стороны МИС-МО необходимо соблюдать следующие требования и порядок информационного взаимодействия: 
•  Обеспечить передачу персональных данных матери методом AddPatient с обязательным указанием СНИЛС (для изменения ранее отправленных данных необходимо выполнить UpdatePatient)
•  Обеспечить передачу СЭМД  МСР ред.4 методами N3.ИЭМК (в рамках случая оказания медицинской помощи или вне его)

ВАЖНО!!!! В самом СЭМД МСР ред. 4 необходимо указывать в качестве идентификатора пациента идентификатор новорожденного.

Просим соблюдать данные правила для обеспечения корректной регистрации документов в РЭМД ЕГИСЗ.

portal.egisz.rosminzdrav.ru
 (https://portal.egisz.rosminzdrav.ru/materials/3849)Портал оперативного взаимодействия участников ЕГИСЗ

portal.egisz.rosminzdrav.ru
 (https://portal.egisz.rosminzdrav.ru/materials/3849)Портал оперативного взаимодействия участников ЕГИСЗ


Дочерний тип DeathCertificate

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

Параметры типа DeathCertificate наследуются от родительского типа MedDocument и дополняются следующими элементами.

Параметр Обязательность, если
IsUMSRSHardValidate == False
Не Санкт-Петербург
Обязательность, если
IsUMSRSHardValidate == True
Санкт-Петербург
Тип Описание
DeathReason 1...1 1...1 string Код МКБ-10 первоначальной причины смерти (Справочник OID: 1.2.643.2.69.1.1.1.2).
CertificateDate 0...1 1...1 datetime Дата свидетельства о смерти.
CertificateS 0...1 0...1 string Серия свидетельства о смерти.
CertificateN 0...1 1...1 string Номер свидетельства о смерти.
DeathDate 0...1 1...1 datetime Дата смерти.
DeathReasonImmediate 0...1 1...1 string Непосредственная причина смерти, а), код МКБ-10 (Справочник OID: 1.2.643.2.69.1.1.1.2).
DeathReasonIntermediate 0...1 0...1 string Промежуточная причина смерти б), код МКБ-10 (Справочник OID: 1.2.643.2.69.1.1.1.2).
DeathReasonInitial 0...1 0…1 string Первоначальная причина смерти в), код МКБ-10 (Справочник OID: 1.2.643.2.69.1.1.1.2).
DeathReasonExternal 0...1 0...1 string Внешней причины смерти г), код МКБ-10  (Справочник OID: 1.2.643.2.69.1.1.1.2).

Дочерний тип PrenatalDeathCertificate

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

Параметры типа PrenatalDeathCertificate наследуются от родительского типа MedDocument и дополняются следующими элементами.

Параметр Обязательность, если
IsUMSRSHardValidate == False
Не Санкт-Петербург
Обязательность, если
IsUMSRSHardValidate == True
Санкт-Петербург
Тип Описание
CertificateDate 0...1 1...1 datetime Дата свидетельства о смерти.
CertificateS 0...1 0...1 string Серия свидетельства о смерти.
CertificateN 0...1 1...1 string Номер свидетельства о смерти.
DeathDate 0...1 1...1 datetime Дата смерти.
CodeMainPrenatal 0...1 1...1 string Основное забол-е плода или ребенка а), код МКБ-10 (Справочник OID: 1.2.643.2.69.1.1.1.2).
CodeOtherPrenatal 0...1 0...1 string Другие забол-я плода или ребенка  б), код МКБ-10 (Справочник OID: 1.2.643.2.69.1.1.1.2).
CodeMainMother 0...1 1...1 string Основное забол-е матери в), код МКБ-10 (Справочник OID: 1.2.643.2.69.1.1.1.2).
CodeOtherMother 0...1 0...1 string Другие забол-я матери г), код МКБ-10  (Справочник OID: 1.2.643.2.69.1.1.1.2).
DeathReasonPrenatal 0...1 1...1 string Основная причина смерти плода или ребенка, код МКБ-10 (Справочник OID: 1.2.643.2.69.1.1.1.2).
DeathReasonMother 0...1 1...1 string Основная причина, забол-е матери, код МКБ-10 (Справочник OID: 1.2.643.2.69.1.1.1.2).

Дочерний тип SickList

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

Параметры типа SickListInfo наследуются от родительского типа MedDocument и дополняются элементами, приведенными в таблице.

Параметр Условие Тип Описание
SickListInfo 1..1 SickListInfo Информация о выданном листке временной нетрудоспособности
Тип SickListInfo

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

Параметр Кратность Тип Описание
Number 1..1 string Номер листа нетрудоспособности
DateStart 1..1 dateTime Дата открытия листа нетрудоспособности
Caregiver 0..1
(обязательно, если IsPatientTaker=False)
Guardian Дополнительная информация об ухаживающем за больным (которому выдан ЛВН)
DateEnd 1..1 dateTime Дата закрытия листа нетрудоспособности
DisabilityDocReason 0..1 unsignedByte Идентификатор причины выдачи документа временной нетрудоспособности (Справочник OID: 1.2.643.2.69.1.1.1.15)
DisabilityDocState 0..1 unsignedByte Идентификатор статуса документа временной нетрудоспособности (Справочник OID: 1.2.643.2.69.1.1.1.14)
IsPatientTaker 1..1 boolean Признак: является ли получателем ЛВН сам является пациент

Дочерний тип DischargeSummary

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

Параметры типа DischargeSummary полностью соответствуют параметрам родительского типа MedDocument.

Дочерний тип ReferralMSE

Комплексный тип ReferralMSE предназначен для передачи данных направления на медико-социальную экспертизу (МСЭ) для последующей передачи в федеральный сервис РЭМД ЕГИСЗ. Параметры типа ReferralMSE наследуются от родительского типа MedDocument с некоторыми ограничениями, наложенными на объект комплексного типа DocumentAttachment.

  • Data - файл в формате CDA, сформированный согласно руководству по реализации СЭМД: Направление на медико-социальную экспертизу;
  • PersonSign - массив открепленных электронных подписей медицинских работников - участников комиссии;
  • MimeType - константа "text/xml".

Примечание

  • Для регистрации в федеральном сервисе РЭМД ЕГИСЗ ЭМД типа "Направление на МСЭ" необходимо передать минимальный набор подписей:
    • Подпись МО - должна содержать ОГРН МО;
    • Подпись председателя ВК (роль CHAIRMAN) - возможно использование подписи без реквизитов организации;
    • 0-10 подписей членов ВК (роль COMMISSIONER) - возможно использование подписи без реквизитов организации;
  • Допустимые коды должностей для ролей CHAIRMAN и COMMISSIONER указаны в федеральном справочнике Правила подписи электронных медицинских документов
  • Следует помнить, что для передачи данных в ИЭМК берутся значения из справочника 1.2.643.5.1.13.13.11.1002 , а для передачи данных в РЭМД - из 1.2.643.5.1.13.13.11.1102(1.2.643.5.1.13.13.99.2.181)
  • В ФРМР указывается код должности по справочнику 1.2.643.5.1.13.13.11.1102(1.2.643.5.1.13.13.99.2.181) . Для того, чтобы узнать, какой код должности (IdPosition) должен передаваться в сервис ИЭМК, необходимо, воспользоваться маппингом должностей работников организаций медицинского и фармацевтического профиля. В версиях ИЭМК, начиная с 5.0.0 .

Тип DispensaryBase

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

Параметр Кратность Тип Описание
IsGuested 1..1 boolean Диспансеризация проводится в ходе выездной работы (да/нет)
HasExtraResearchRefferal 1..1 boolean Дано направление на дополнительное диагностическое исследование, не входящее в объем диспансеризации (да/нет)
IsUnderObservation 1..1 boolean Взят под диспансерное наблюдение (да/нет)
HasExpertCareRefferal 1..1 boolean Дано направление для получения специализированной, в том числе высокотехнологичной медицинской помощи (да/нет)
HasPrescribeCure 1..1 boolean Назначено лечение (да/нет)
HasHealthResortRefferal 1..1 boolean Дано направление на санаторно-курортное лечение (да/нет)
HealthGroup 1..1 HealthGroupInfo Информация о группе здоровья и поставившему ее медицинскому работнике
Recommendations 1..* Recommendation Рекомендации по итогам диспансеризации
Тип HealthGroup

Комплексный тип HealthGroup используется для передачи сведений о группе здоровья пациента (тип HealthGroupInfo) и информации о враче (тип MedicalStaff). В таблице представлено описание комплексного типа HealthGroup.

Параметр Кратность Тип Описание
Doctor 1..1 MedicalStaff Сведения о враче
HealthGroupInfo 1..1 HealthGroupInfo Сведения о группе здоровья пациента(Справочник OID: 1.2.643.5.1.13.2.1.1.118) и дате её установки
Тип HealthGroupInfo

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

Параметр Кратность Тип Описание
Date 1..1 dateTime Дата установки группы
IdHealthGroup 1..1 unsignedByte Группа здоровья (Справочник OID: 1.2.643.5.1.13.2.1.1.118)
Тип Recommendation

Комплексный тип Recommendation предназначен для передачи данных о рекомендациях по лечению пациента. Описание параметров типа Recommedtation представлено в табилце

Параметр Кратность Тип Описание
Date 1..1 dateTime Дата назначения рекомендации
Doctor 1..1 MedicalStaff Информация о медицинском работнике
Text 1..1 string Текст рекомендации
Дочерний тип DispensaryOne

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

Параметр Кратность Тип Описание
HasSecondStageRefferal 1..1 boolean Необходимо прохождение 2-го этапа диспансеризации (да/нет)
Дочерний тип DispensaryTwo

Комплексный тип DispensaryTwo используется для передачи данных об итогах выполнения второго этапа диспансеризации. Тип DispensaryTwo передается в рамках типа случая обслуживания «Диспансеризация».

Параметры типа DispensaryTwo наследуются от родительского типа DispensaryBase и не имеет дополнительных элементов.

Дочерний тип DispensaryOnceByTwoYears

Комплексный тип DispensaryOnceByTwoYears используется для передачи данных об итогах выполнения профилактического медицинского осмотра раз в два года. Тип DispensaryOnceByTwoYears передается в рамках типа случая обслуживания «Диспансеризация».Параметры типа DispensaryOnceByTwoYears наследуются от родительского типа DispensaryBase и не имеет дополнительных элементов.

Тип NonDrugTreatment

Комплексный тип NonDrugTreatment предназначен для передачи данных о назначенном немедикаментозном лечении. Описание параметров типа NonDrugTreatment представлено в таблице.

Параметр Кратность Тип Описание
Name 1..1 string Наименование лечения
Scheme 1..1 string Описание схемы лечения
Start 0..1 DateTime Дата начала лечения
End 0..1 DateTime Дата окончания лечения

Тип ResInstr

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

Параметр Кратность Тип Описание
Date 1..1 DateTime Время проведения инструментального исследования
Type 1..1 int Код типа инструментального исследования (Справочник OID: 1.2.643.5.1.13.2.1.1.1504.11)
Priority 1..1 int Код приоритета инструментального исследования (Справочник OID: 1.2.643.2.69.1.1.1.103)
Text 1..1 string Текст результатов и\или заключения
Performer 1..1 MedicalStaff Исполнитель
Activities 1..* Activity Сведения о медицинских воздействиях


Тип Activity

Комплексный тип Activity предназначен для передачи данных о произведенных медицинских воздействиях. Описание параметров типа Activity представлено в таблице.

Параметр Кратность Тип Описание
Code 1..1 string Код медицинского воздействия (Региональная номенклатура медицинских услуг, OID 1.2.643.2.69.1.1.1.88)
Date 1..1 DateTime Время выполнения медицинского воздействия

Тип Scores

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

Параметр Кратность Тип Описание
Date 1..1 Date Дата измерения
Scale 1..1 string Наименование шкалы
Value 1..1 string Значение по шкале

Тип Service

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

Параметр Кратность Тип Описание
DateEnd 1..1 dateTime Дата окончания оказания услуги
DateStart 1..1 dateTime Дата начала оказания услуги
IdServiceType 1..1 string Код услуги по региональной номенклатуре (Справочник OID: 1.2.643.2.69.1.1.1.88)
Params 0..* Param Массив дополнительных медицинских параметров
PaymentInfo 0..1 PaymentInfo Информация об оплате услуги
Performer 1..1 Participant Сведения об исполнителе услуги
ServiceName 1..1 string Наименование услуги
Status 0..1 boolean false - назначено/true - применено

Тип PaymentInfo

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

Параметр Кратность Тип Описание
HealthCareUnit 1..1 unsignedByte Идентификатор единицы учета медицинской помощи (Справочник OID: 1.2.643.5.1.13.2.1.1.80)
IdPaymentType 1..1 unsignedByte Идентификатор источника финансирования (Справочник OID: 1.2.643.5.1.13.2.1.1.104)
PaymentState 1..1 unsignedByte Идентификатор статуса оплаты услуги (Справочник OID: 1.2.643.5.1.13.2.7.1.41)
Quantity 1..1 int Количество выполненных (оказанных) услуг данного типа
Tariff 1..1 decimal Сведения о тарифе (значение должно быть больше 0)

Тип TfomsInfo

Комплексный тип TfomsInfo предназначен для передачи данных о выполненных медицинских стандартах в разрезе учета ТФОМС. Описание параметров типа TfomsInfo представлено в таблице.

Параметр Кратность Тип Описание
Count 1..1 int Количество выполненных стандартов учета оказания медицинской помощи
IdTfomsType 1..1 string Идентификатор услуги регионального справочника ТФОМС. (Справочник OID: 1.2.643.2.69.1.1.1.63
Tariff 0..1 decimal Тариф

Типы для передачи персональных данных

Тип Participant

Комплексный тип Participant предназначен для передачи данных о враче.

Параметр Кратность Тип Описание
Doctor 0..1 (обязательно только для Service) MedicalStaff Данные медицинского работника
IdRole 0..1 (обязательно только для Service) unsignedByte Роль работника в оказании помощи (Справочник OID: 1.2.643.5.1.13.2.7.1.30)

Тип MedicalStaff

Комплексный тип MedicalStaff предназначен для передачи данных о медицинском работнике. В таблице представлено описание комплексного типа MedicalStaff.

Параметр Кратность Тип Описание
Person 0..1 PersonWithIdentity Сведения о личности медицинского работника
IdLpu 0..1 string Идентификатор структурного подразделения МО
IdSpeciality 1..1 unsignedShort Идентификатор специальности медицинского работника по справочнику (Справочник OID:1.2.643.5.1.13.13.11.1066)
IdPosition 1..1 unsignedShort Идентификатор должности медицинского работника по справочнику (Справочник OID:1.2.643.5.1.13.13.11.1002)
IdMedicalStaff 0..0 int Идентификатор записи в БД (не используется при передаче данных в сервис)
PositionName 0..0 string Наименование должности (не используется при передаче данных в сервис)
SpecialityName 0..0 string Наименование специальности (не используется при передаче данных в сервис)

Тип Person

Комплексный тип Person предназначен для передачи данных о лице - участнике случая обслуживания.

Параметр Кратность Тип Описание
HumanName 1..1 HumanName Имя персоны
Sex 0..1 unsignedByte Код пола (Справочник OID 1.2.643.5.1.13.2.1.1.156)
Birthdate 0..1 DateTime Дата рождения
IdPersonMis 1..1 string Идентификатор персоны в системе-источнике данных

Тип HumanName

Комплексный тип HumanName предназначен для передачи имени персоны. В таблице представлено описание комплексного типа HumanName.

Параметр Кратность Тип Описание
GivenName 1..1 string Имя
MiddleName 0..1 string Отчество
FamilyName 1..1 string Фамилия

Дочерний тип PersonWithIdentity

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

Параметр Кратность Тип Описание
Documents 0..* IdentityDocument Сведения о документах персоны
Тип IdentityDocument

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

Параметр Кратность Тип Описание
DocN 1..1 string Номер документа
DocS 0..1 string Серия документа
DocumentName 0..0 string Наименование документа (не используется для передачи в сервис)
ExpiredDate 0..1 dateTime Дата окончания действия документа
IdDocumentType 1..1 unsignedByte Код типа документа (Справочник OID: 1.2.643.2.69.1.1.1.6)
IdProvider условно обязательный

Обязателен для полисов трех типов из справочника 1.2.643.2.69.1.1.1.6
«Тип документа»:

  • 228-Полис ОМС единого образца
  • 226-Полис ОМС старого образца
  • 240-Полис ДМС


Для остальных типов заполнять не надо

string Код организации, выдавшей документ. Заполняется только для полисов (Реестр страховых медицинских организаций (ФОМС), Справочник Справочник OID:1.2.643.5.1.13.2.1.1.635)
IssuedDate 0..1 dateTime Дата выдачи документа
ProviderName 1..1 string Наименование организации, выдавшей документ
RegionCode 0..1 string Код территории страхования (для полиса)
StartDate 0..1 dateTime Дата начала действия документа

Прочие используемые типы

Тип Guardian

Комплексный тип Guardian служит для передачи сведений о законном представителе пациента, передаваемых в объектах CaseBase и SickListInfo. В таблице представлено описание комплексного типа Guardian .

Параметр Кратность Тип Описание
Person 1..1 PersonWithIdentity Информация о персоне
IdRelationType 1..1 unsignedByte Категория отношения к пациенту (Справочник OID 1.2.643.5.1.13.2.7.1.15)
UnderlyingDocument 1..1 string Реквизиты документа, определяющего право представлять пациента

Тип Param

Комплексный тип Param предназначен для передачи различных медицинских показателей, которые предаются в объектах Service и DiagnosisInfo. Описание параметров типа Param представлено в табилце

Параметр Кратность Тип Описание
Code 1..1 int Код показателя (Справочник OID: 1.2.643.2.69.1.1.1.127)
Value 1..1 string Значение показателя

Описание сценариев

Модуль работы с пациентами

Посредством Модуля работы с пациентами реализованы следующие сценарии информационного взаимодействия:

  • Передача данных о пациенте;
  • Получение данных о пациенте.

Передача данных о пациенте

Для передачи данных о пациенте в сервис ИЭМК используются следующие методы: AddPatient и UpdatePatient.

Для передачи данных о новом пациенте (регистрации нового пациента) используется метод AddPatient. Обновление данных о ранее зарегистрированном пациенте осуществляется посредством метода UpdatePatient.

Порядок вызова методов ИЭМК в рамках сценария «Передача данных о пациенте» представлен на Рисунке 6.

Рисунок 6. Порядок вызова методов ИЭМК в рамках сценария «Передача данных о пациенте»

Получение данных о пациенте

Для получения данных по пациенту из сервиса ИЭМК используется метод GetPatient.

Порядок вызова метода ИЭМК в рамках «Передача данных о пациенте» представлен на Рисунке 7.

Рисунок 7. Порядок вызова метода ИЭМК в рамках сценария «Получение данных о пациенте»

Модуль сбора статистики

Посредством Модуля сбора статистики реализованы следующие сценарии информационного взаимодействия:

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

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

При поэтапной передаче данных о случае медицинского обслуживания по факту завершения оказания медицинской помощи используются следующие методы: CreateCase, AddStepToCase, AddMedRecord, CloseCase, UpdateCase и AddMedRecord.

Вызов метода CreateCase происходит в момент регистрации случая обслуживания в МО; далее следует внесение изменений в данные о случае обслуживания (методами AddStepToCase и AddMedRecord) на этапах движения пациентов по отделениям (для стационарного типа обслуживания) или посещений врача (для амбулаторного типа обслуживания); закрытие случая обслуживания осуществляется методом CloseCase. После закрытия случая возможно полное или частичное изменение в данных о случае обслуживания (методами UpdateCase или AddMedRecord соответственно).

Порядок вызова методов ИЭМК в рамках сценария «Передача данных по случаю обслуживания по факту завершения оказания медицинской помощи» представлен на Рисунке 8.

Рисунок 8. Порядок вызова методов ИЭМК в рамках сценария «Передача данных по случаю обслуживания в ходе оказания медицинской помощи»

Передача данных по случаю обслуживания в ходе оказания медицинской помощи

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

Регистрация законченного случая обслуживания осуществляется с помощью метода AddCase; после регистрации законченного случая возможно полное или частичное изменение в данных о случае обслуживания (методами UpdateCase или AddMedRecord соответственно).

Порядок вызова методов ИЭМК в рамках сценария «Передача данных по случаю обслуживания по факту завершения оказания медицинской помощи» представлен на Рисунке 9.

Рисунок 9. Порядок вызова методов ИЭМК в рамках сценария «Передача данных по случаю обслуживания по факту завершения оказания медицинской помощи»

Добавление медицинских записей без привязки к случаю обслуживания

Для добавления медицинских записей по пациенту без привязки к случаю обслуживания используется метод AddMedRecord.

Порядок вызова метода ИЭМК в рамках сценария «Добавление медицинских записей без привязки к случаю обслуживания» представлен на Рисунке 10.

Рисунок 10. Порядок вызова метода ИЭМК в рамках сценария «Добавление медицинских записей без привязки к случаю обслуживания»

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

Порядок вызова метода ИЭМК в рамках сценария «Получение данных по направлениям на госпитализацию, обследование или консультацию» представлен на Рисунке 11.

Рисунок 11. Порядок вызова метода ИЭМК в рамках сценария «Получение данных по направлениям на госпитализацию, обследование или консультацию»

Порядок обработки ошибок

В случае успешного прохождения запроса в ответе методов сервиса «Региональная ИЭМК» (AddPatient, UpdatePatient, AddCase, CreateCase, AddStepToCase, CloseCase, AddMedRecord и UpdateCase) отсутствуют выходные параметры. В случае успешного прохождения запроса в ответе методов GetPatient, GetPatientByExternalMisId сервиса «Региональная ИЭМК» указываются выходные данные, приведенные в разделе "Получение данных о зарегистрированном пациенте (GetPatient)".

В случае неуспешного прохождения запроса в ответе всех методов сервиса «Региональная ИЭМК» передаются выходные данные с перечнем возникших ошибок.

В таблице представлено описание параметров выходных данных методов сервиса «Региональная ИЭМК» в случае возникновения ошибок.

Значение Тип Описание Возможные значения
PropertyName String Наименование поля, заполненного с ошибкой
Message String Текстовое описание ошибки Описание ошибок – см. в разделе "Коды ошибок"
ErrorCode Int Идентификатор ошибки Описание ошибок – см. в разделе "Коды ошибок"
Errors Int Перечень внутренних ошибок (в случае возникновения ошибки «Поле содержит ошибки» (код 8)) Описание ошибок – см. в разделе "Коды ошибок"

Модуль работы с пациентами

Добавление пациента (AddPatient)

Данный метод предназначен для добавления информации о пациенте.

При передаче информации о пациенте осуществляется добавление пациента в Модуль работы с пациентами.

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

Описание параметров

В таблице представлено описание параметров запроса метода AddPatient.

Контейнер Параметр Условие Обязательность Тип Описание
Root
1..1

/ guid
1..1 GUID Авторизационный токен
/ idLPU
1..1 guid Идентификатор МО
/patient
1..1
Демографические данные пациента
/patient BirthDate
1..1 Datetime Дата рождения
/patient DeathTime
0..1 Datetime Дата смерти
/patient FamilyName
1..1 String Фамилия пациента
/patient GivenName
1..1 String Имя пациента
/patient IdBloodType
0..1 unsignedByte Код группы крови (Справочник OID: 1.2.643.2.69.1.1.1.3)
/patient IdLivingAreaType
0..1 unsignedByte Тип места жительства (Классификатор жителя города или села, Справочник OID:1.2.643.5.1.13.2.1.1.573)
/patient IdPatientMIS
1..1 String

Идентификатор пациента в передающей МИС

/patient MiddleName
0..1 String Отчество пациента
/patient Sex
1..1 unsignedByte Код пола (Классификатор половой принадлежности, Справочник OID:1.2.643.5.1.13.2.1.1.156)
/patient SocialGroup
0..1 unsignedByte Код социальной группы (Справочник OID:1.2.643.2.69.1.1.1.4)
/patient SocialStatus
0..1 String Код социального статуса пациента (Справочник OID:1.2.643.2.69.1.1.1.5)
/patient UseName
0..1 String Назначение имени. Допустимые значения по
https://hl7.org/fhir/DSTU2/valueset-name-use.html
/patient/Documents/DocumentDto
  0..*
Документы
/DocumentDto DocN
1..1 String Номер документа. Не должны использоваться разделители (пробелы, тире и т.д.)
/DocumentDto DocS Для документов, у которых указывается серия 1..1 String Серия документа. Не должны использоваться разделители (пробелы, тире и т.д.)
Для документов, у которых не указывается серия 0..0
/DocumentDto DocumentName
0..1 String Название документа
/DocumentDto ExpiredDate
0..1 Datetime Дата окончания действия документа
/DocumentDto IdDocumentType
1..1 unsignedByte Код типа документа (Справочник OID:1.2.643.2.69.1.1.1.6)
/DocumentDto IdProvider
0..1 Int Код организации, выдавшей документ. Заполняется только для полисов (Реестр страховых медицинских организаций (ФОМС), Справочник OID: 1.2.643.5.1.13.2.1.1.635)
/DocumentDto IssuedDate
0..1 Datetime Дата выдачи
/DocumentDto ProviderName
1..1 String Наименование организации, выдавшей документ
/DocumentDto RegionCode
0..1 String Код территории страхования
/DocumentDto StartDate
0..1 Datetime Дата начала действия документа
/patient/Addresses/
  0..*
Адреса
/AddressDto Appartment
0..1 String Номер квартиры
/AddressDto Building AddressTypeCoding = 0 0..1 String Номер дома
AddressTypeCoding = 1 Дом. Уникальный идентификатор записи дома по ФИАС
/AddressDto City AddressTypeCoding = 0 0..1 String Код города в формате КЛАДР.
AddressTypeCoding = 1 Населенный пункт в формате ФИАС.
/AddressDto GeoData
0..1 String Геокоординаты объекта
/AddressDto IdAddressType
1..1 unsignedByte Идентификатор типа адреса (Справочник OID:1.2.643.2.69.1.1.1.28)
/AddressDto PostalCode
0..1 Int Индекс
/AddressDto Street AddressTypeCoding = 0 0..1 String Код улицы. Значение в формате КЛАДР.
AddressTypeCoding = 1 Улица. Уникальный идентификатор записи по ФИАС
/AddressDto String AddressTypeCoding = 0 1..1 String Адрес строкой
AddressTypeCoding = 1

Блок с адресом пациента. Необходимо указать идентификаторы ФИАС. При отсутствии адреса в ФИАС, есть возможность внести данные строкой.

/AddressDto Region AddressTypeCoding = 1 0..1
Регион (Справочник OID: 1.2.643.5.1.13.13.99.2.206 "Код ФНС").
/AddressDto AddressTypeCoding
1..1
Параметр для передачи адрес в формате КЛАДР - "0" или ФИАС - "1".
/patient/BirthPlace
0..1
Место рождения
/BirthPlace Country
1..1 String Страна
/BirthPlace Region
1..1 String Регион
/BirthPlace City
1..1 String Населенный пункт
/patient/ContactDto

  0..*
Контактная информация пациента
/ContactDto IdContactType
1..1 unsignedByte Идентификатор типа контакта (Справочник OID:1.2.643.2.69.1.1.1.27)
/ContactDto ContactValue
1..1 String Содержание контактной информации

Параметр «Кратность» означает количество возможных значений реквизита:

  • 0..1 означает, что реквизит необязательный, максимальное количество экземпляров 1;
  • 0..* – реквизит необязательный, максимальное количество экземпляров не ограничено;
  • 1..1 – реквизит обязательный, экземпляр один;
  • 1..* – реквизит обязательный, максимальное количество экземпляров не ограничено.

Обновление информации о пациенте (UpdatePatient)

Данный метод предназначен для обновления информации о пациенте, зарегистрированном ранее в Модуле работы с пациентами.

Описание параметров

Параметры запроса метода UpdatePatient совпадают с параметрами для метода AddPatient и приведены в разделе "Добавление пациента (AddPatient)".

Важно

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

На уровне сервиса MPI запрещено:

  • Изменять дату рождения ранее переданного пациента. Исключение - разрешено добавлять недостающие сведения о дате рождения, например:


    Карточка 1, дата рождения 1999
    Карточка 2, дата рождения 1999-01
    Обновление возможно, так как год рождения совпал, а месяц был уточнен при обновлении. Аналогично, если добавляется дата рождения к ранее опубликованной записи.

    Карточка 1, дата рождения 2000-04-02
    Карточка 2, дата рождения 2000-03-02
    Обновление невозможно, так как отличается месяц.

    Карточка 1, дата рождения 2000-04-02
    Карточка 2, дата рождения 2000-04
    Обновление невозможно, так как были удалены ранее опубликованные данные по дате рождения.

  • На уровне сервиса запрещено передавать карточку пациента, в которой одновременно изменены все три параметра в ФИО пациента. А также, нельзя одновременно изменять 2 параметра ФИО, например Фамилия и Имя, или Имя и Отчество.

Получение данных о зарегистрированном пациенте (GetPatient)

Данный метод предназначен для получения информации о пациенте, ранее зарегистрированном в Модуле работы с пациентами сервиса «Региональная ИЭМК».

Описание параметров

В таблице представлено описание параметров запроса метода GetPatient при поиске данных на уровне региона.

Параметр Обязательность Тип Описание
guid 1..1 String Авторизационный токен для запрашиваемой МО
idLpu 1..1 String Идентификатор структурного подразделения МО, в котором числится карточка
IdPatientMIS 1..1 String

Идентификатор карточки пациента в ЛПУ

Описание выходных данных

Параметры ответа метода GetPatient совпадают с параметрами запроса метода AddPatient и приведены в разделе "Добавление пациента (AddPatient)". Иными словами в ответ на запрос GetPatient приходит карточка пациента ранее отправленная методом AddPatient.

Модуль сбора статистики

Добавление завершенного случая медицинского обслуживания (AddCase)

Данный метод добавляет информацию по законченному случаю обслуживания (как амбулаторному, так и стационарному) в Модуль сбора статистики. При добавлении случая обслуживания осуществляется проверка на уникальность по следующим параметрам: Идентификатор передающей системы, Идентификатор пациента в передающей МИС, Идентификатор ЛПУ, Идентификатор случая обслуживания в передающей МИС.

Параметры метода AddCase можно разделить на 3 категории:

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


Примеры запросов метода AddCase приведены в разделе примеры запросов.

Описание параметров запроса (амбулаторный случай обслуживания)

Структура запроса для амбулаторного случая обслуживания представлена на Рисунке 14.

Рисунок 14. Структура запроса AddCase для амбулаторного случая обслуживания

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

Контейнер Обязательность Тип Описание
AddCase 1..1

/guid 1..1 GUID Авторизационный токен.
/caseDto 1..1 CaseAmb Информация о случае медицинского обслуживания. Для значения xsi:type указывается CaseAmb.


Описание параметров запроса (стационарный случай обслуживания)

Структура запроса для стационарного случая обслуживания представлена на Рисунке 15.

Рисунок 15. Структура запроса AddCase для стационарного случая обслуживания

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

Контейнер Параметр Условие Обязательность Тип Описание
Root
1..1

/ guid
1..1 GUID Авторизационный токен
/caseDto
1..1
Информация о случае медицинского обслуживания. Для значение xsi:type указывается CaseStat
/caseDto OpenDate
1..1 Datetime Дата открытия случая
/casеDto CloseDate
1..1 Datetime Дата закрытия случая
/caseDto HistoryNumber
1..1 String Номер истории болезни
/caseDto IdCaseMis
1..1 String

Идентификатор случая в передающей МИС

/caseDto IdCaseAidType
0..1 unsignedByte Идентификатор вида медицинского обслуживания (Справочник OID: 1.2.643.2.69.1.1.1.16)
/caseDto IdPaymentType
1..1 unsignedByte Идентификатор источника финансирования (Справочник OID: 1.2.643.2.69.1.1.1.32)
/caseDto Confidentiality
1..1 unsignedByte

Код уровня конфиденциальности по региональному справочнику (Cправочник OID: 1.2.643.2.69.1.1.1.90).

/caseDto DoctorConfidentiality
1..1 unsignedByte Уровень конфиденциальности передаваемой информации для врача (Справочник OID: 1.2.643.5.1.13.2.7.1.9)
/caseDto CuratorConfidentiality
1..1 unsignedByte Уровень конфиденциальности передаваемой информации для представителя пациента/опекуна (Справочник OID: 1.2.643.5.1.13.2.7.1.9)
/caseDto IdLpu
1..1 guid Идентификатор МО
/caseDto IdCaseResult
1..1 unsignedByte Идентификатор результата обращения по случаю (Справочник OID: 1.2.643.5.1.13.2.1.1.688)
/caseDto Comment
1..1 String Текст заключения из эпикриза и/или другую важную медицинскую информацию в неструктурированном виде, например, текст медицинского протокола
/caseDto IdPatientMis
1..1 String

Идентификатор пациента в передающей системе

/caseDto DeliveryCode Заполняется, если IdHospChannel = 1 («СМП») 0..1 String Код бригады, доставившей пациента / номер наряда скорой помощи
/caseDto IdIntoxicationType
0..1 unsignedByte Идентификатор типа интоксикации пациента при поступлении (Классификатор состояний опьянения, в котором был доставлен в медицинскую организацию, Справочник OID: 1.2.643.5.1.13.2.1.1.555)
/caseDto AdmissionCondition
1..1 unsignedByte Идентификатор состояния пациента при поступлении (Классификатор состояний при обращении (поступлении) в медицинскую организацию, Справочник OID: 1.2.643.5.1.13.2.1.1.111)
/caseDto AdmissionComment
1..1 String Текстовый комментарий, описывающий состояние пациента при поступлении и/или другую важную медицинскую информацию
/caseDto DischargeCondition
1..1 byte Код состояния пациента при выписке (Справочник OID: 1.2.643.5.1.13.2.1.1.111)
/caseDto DischargeComment
1..1 string Текстовый комментарий, описывающий состояние пациента при выписке и/или другую важную медицинскую информацию
/caseDto IdTypeFromDiseaseStart
1..1 unsignedByte Идентификатор интервалов времени, прошедшего с момента заболевания до обращения (Справочник времени доставки больного в стационар от начала заболевания (получения травмы), Справочник OID: 1.2.643.5.1.13.2.1.1.537)
/caseDto IdRepetition
1..1 unsignedByte Первичность/повторность госпитализации (Справочник OID: 1.2.643.2.69.1.1.1.20)
/caseDto HospitalizationOrder
1..1 unsignedByte Экстренность/плановость госпитализации (Справочник OID: 1.2.643.2.69.1.1.1.21)
/caseDto IdTransportIntern
0..1 unsignedByte Идентификатор вида транспортировки (Справочник OID: 1.2.643.2.69.1.1.1.22)
/caseDto HospResult
1..1 unsignedByte Идентификатор исхода госпитализации (Справочник OID: 1.2.643.2.69.1.1.1.23)
/caseDto IdHospChannel
1..1 unsignedByte Код канала госпитализации (Классификатор каналов госпитализации в лечебно-профилактическую организацию, Справочник OID: 1.2.643.5.1.13.2.1.1.281)
/caseDto RW1Mark
0..1 Boolean Метка наличия результата обследования на сифилис
/caseDto AIDSMark
0..1 Boolean Метка наличия результата обследования на ВИЧ-инфекцию
/caseDto/PrehospitalDefects
0..1
Массив дефектов догоспитального этапа
/PrehospitalDefects PrehospitalDefects
1..* unsignedByte Код дефекта догоспитального этапа (Справочник OID: 1.2.643.2.69.1.1.1.24)
/caseDto/DoctorInCharge
1..1
Информация о лечащем враче
/DoctorInCharge IdLpu
0..1 guid Идентификатор МО, к которому относится врач
/DoctorInCharge IdSpeciality
1..1 unsignedShort Идентификатор специальности врача (Номенклатура специальностей специалистов с высшим и послевузовским медицинским и фармацевтическим образованием в сфере здравоохранения, Справочник OID:1.2.643.5.1.13.13.11.1066)
/DoctorInCharge IdPosition
1..1 unsignedShort Идентификатор должности врача (Номенклатура должностей медицинских работников и фармацевтических работников, Справочник OID:1.2.643.5.1.13.13.11.1002)
/DoctorInCharge/Person
1..1
Информация о персоне (враче)
/Person Sex
0..1 unsignedByte Код пола (Классификатор половой принадлежности, Справочник OID:1.2.643.5.1.13.2.1.1.156)
/Person BirthDate
0..1 Datetime Дата рождения
/Person IdPersonMis
1..1 String Идентификатор врача в МИС
/Person/HumanName
1..1
ФИО врача
/HumanName FamilyName
1..1 String Фамилия врача
/HumanName GivenName
1..1 String Имя врача
/HumanName MiddleName
0..1 String Отчество врача
/Person/Documents/IdentityDocument
0..*
Информация о документах участника случая – врача (объект заполняется аналогично документам пациента). Передается информация о СНИЛС (при ее наличии в МИС).
/caseDto/Authenticator
1..1
Лицо, подписывающее или визирующее формируемый набор медицинской информации
/Authenticator IdRole
0..1 unsignedByte Роль в оказании помощи (Справочник OID: 1.2.643.5.1.13.2.7.1.30)
/Authenticator/Doctor
1..1
Информация о медицинском работнике
/Doctor IdLpu
0..1 guid Идентификатор МО, к которому относится медицинский работник
/Doctor IdSpeciality
1..1 unsignedShort Идентификатор специальности медицинского работника (Номенклатура специальностей специалистов с высшим и послевузовским медицинским и фармацевтическим образованием в сфере здравоохранения, Справочник OID:1.2.643.5.1.13.13.11.1066)
/Doctor IdPosition
1..1 unsignedShort Идентификатор должности медицинского работника (Номенклатура должностей медицинских работников и фармацевтических работников, Справочник OID:1.2.643.5.1.13.13.11.1002)
/Doctor/Person
1..1
Информация о персоне
/Person Sex
0..1 unsignedByte Код пола (Классификатор половой принадлежности, Справочник OID:1.2.643.5.1.13.2.1.1.156)
/Person BirthDate
0..1 Datetime Дата рождения
/Person IdPersonMis
1..1 String Идентификатор участника случая в МИС
/Person/HumanName
1..1
ФИО медицинского работника
/HumanName FamilyName
1..1 String Фамилия медицинского работника
/HumanName GivenName
1..1 String Имя медицинского работника
/HumanName MiddleName
0..1 String Отчество медицинского работника
/Person/Documents/IdentityDocument
0..*
Информация о документах участника случая – медицинского работника (объект заполняется аналогично документам пациента). Передается информация о СНИЛС (при ее наличии в МИС).
/caseDto/Author
1..1
Лицо, являющееся автором передаваемого набора медицинской информации (как правило, лечащий врач)
/Author IdRole
0..1 unsignedByte Роль в оказании помощи (Справочник OID: 1.2.643.5.1.13.2.7.1.30)
/Author/Doctor
1..1
Информация о медицинском работнике
/Doctor IdLpu
0..1 guid Идентификатор МО, к которому относится медицинский работник
/Doctor IdSpeciality
1..1 unsignedShort Идентификатор специальности медицинского работника (Номенклатура специальностей специалистов с высшим и послевузовским медицинским и фармацевтическим образованием в сфере здравоохранения, Справочник OID:1.2.643.5.1.13.13.11.1066)
/Doctor IdPosition
1..1 unsignedShort Идентификатор должности медицинского работника (Номенклатура должностей медицинских работников и фармацевтических работников, Справочник OID:1.2.643.5.1.13.13.11.1002)
/Doctor/Person
1..1
Информация о персоне
/Person Sex
0..1 unsignedByte Код пола (Классификатор половой принадлежности, Справочник OID:1.2.643.5.1.13.2.1.1.156)
/Person BirthDate
0..1 Datetime Дата рождения
/Person IdPersonMis
1..1 String Идентификатор участника случая в МИС
/Person/HumanName
1..1
ФИО медицинского работника
/HumanName FamilyName
1..1 String Фамилия медицинского работника
/HumanName GivenName
1..1 String Имя медицинского работника
/HumanName MiddleName
0..1 String Отчество медицинского работника
/Person/Documents/IdentityDocument
0..*
Информация о документах участника случая – медицинского работника (объект заполняется аналогично документам пациента). Передается информация о СНИЛС (при ее наличии в МИС).
/caseDto/LegalAuthenticator
0..1
В элементе указывается информация о лице, утвердившем информацию о случае обслуживания (несущем юридическую ответственность)
/LegalAuthenticator IdRole
0..1 unsignedByte Роль в оказании помощи (Справочник OID: 1.2.643.5.1.13.2.7.1.30)
/LegalAuthenticator/Doctor
1..1
Информация о медицинском работнике
/Doctor IdLpu
0..1 guid Идентификатор МО, к которому относится медицинский работник
/Doctor IdSpeciality
1..1 unsignedShort Идентификатор специальности медицинского работника (Номенклатура специальностей специалистов с высшим и послевузовским медицинским и фармацевтическим образованием в сфере здравоохранения, Справочник OID:1.2.643.5.1.13.13.11.1066)
/Doctor IdPosition
1..1 unsignedShort Идентификатор должности медицинского работника (Номенклатура должностей медицинских работников и фармацевтических работников, Справочник OID:1.2.643.5.1.13.13.11.1002)
/Doctor/Person
1..1
Информация о персоне
/Person Sex
0..1 unsignedByte Код пола (Классификатор половой принадлежности, Справочник OID:1.2.643.5.1.13.2.1.1.156)
/Person BirthDate
0..1 Datetime Дата рождения
/Person IdPersonMis
1..1 String Идентификатор участника случая в МИС
/Person/HumanName
1..1
ФИО медицинского работника
/HumanName FamilyName
1..1 String Фамилия медицинского работника
/HumanName GivenName
1..1 String Имя медицинского работника
/HumanName MiddleName
0..1 String Отчество медицинского работника
/Person/Documents/IdentityDocument
0..*
Информация о документах участника случая – медицинского работника (объект заполняется аналогично документам пациента). Передается информация о СНИЛС (при ее наличии в МИС).
/caseDto/Guardian
0..1
Информация о другом участнике случая (родителе/ опекуне)
/Guardian IdRelationType
1..1 unsignedByte Код отношения к пациенту (справочник Отношение к пациенту, Справочник OID:1.2.643.5.1.13.2.7.1.15)
/Guardian UnderlyingDocument
1..1 String Реквизиты документа, удостоверяющие право представлять пациента
/Guardian/Person
1..1
Информация о персоне
/Person Sex
1..1 unsignedByte Код пола (Классификатор половой принадлежности, Справочник OID:1.2.643.5.1.13.2.1.1.156)
/Person BirthDate
1..1 Datetime Дата рождения
/Person IdPersonMis
1..1 String Идентификатор другого участника случая в МИС
/Person/HumanName
1..1
ФИО другого участника случая (родителя/ опекуна)
/HumanName FamilyName
1..1 String Фамилия
/HumanName GivenName
1..1 String Имя
/HumanName MiddleName
0..1 String Отчество
/Person/Documents/IdentityDocument
0..*
Информация о документах другого участника случая (объект заполняется аналогично документам пациента)
/caseDto/Steps/StepStat
1..*
Информация об эпизоде случая медицинского обслуживания
/StepStat DateStart
1..1 Datetime Дата начала эпизода
/StepStat DateEnd
1..1 Datetime Дата окончания эпизода
/StepStat Comment
0..1 String Комментарий
/StepStat IdStepMis
1..1 String Идентификатор эпизода случая медицинского обслуживания в передающей МИС
/StepStat IdPaymentType
0..1 unsignedByte Идентификатор источника финансирования (Справочник OID: 1.2.643.2.69.1.1.1.32)
/StepStat HospitalDepartmentName
1..1 String Наименование отделения
/StepStat IdHospitalDepartment
1..1 String Код отделения (Регистрационный код отделения в МО (возможно, из паспорта ЛПУ))
Для документов ВИМИС необходимо указывать код из справочника МО (1.2.643.2.69.1.1.1.64)
/StepStat IdRegimen
0..1 unsignedByte Идентификатор режима лечения (Справочник OID: 1.2.643.2.69.1.1.1.25)
/StepStat WardNumber
0..1 String Номер палаты
/StepStat BedNumber
0..1 String Номер койки
/StepStat BedProfile
1..1 int Профиль койки (Номенклатура коечного фонда медицинской организации, Справочник OID: 1.2.643.5.1.13.2.1.1.221)
/StepStat DaySpend
1..1 unsignedShort Проведено койко-дней
/StepStat/Doctor
1..1
Информация о враче
/Doctor IdLpu
0..1 guid Идентификатор МО, к которому относится врач
/Doctor IdSpeciality
1..1 unsignedShort Идентификатор специальности врача (Номенклатура специальностей специалистов с высшим и послевузовским медицинским и фармацевтическим образованием в сфере здравоохранения, Справочник OID:1.2.643.5.1.13.13.11.1066)
/Doctor IdPosition
1..1 unsignedShort Идентификатор должности врача (Номенклатура должностей медицинских работников и фармацевтических работников, Справочник OID:1.2.643.5.1.13.13.11.1002)
/Doctor/Person
1..1
Информация о персоне
/Person Sex
0..1 unsignedByte Код пола (Классификатор половой принадлежности, Справочник OID:1.2.643.5.1.13.2.1.1.156)
/Person BirthDate
0..1 Datetime Дата рождения
/Person IdPersonMis
1..1 String Идентификатор участника случая в МИС
/Person/HumanName
1..1
ФИО врача
/HumanName FamilyName
1..1 String Фамилия врача
/HumanName GivenName
1..1 String Имя врача
/HumanName MiddleName
0..1 String Отчество врача
/Person/Documents/IdentityDocument
0..*
Информация о документах участника случая – врача (объект заполняется аналогично документам пациента). Передается информация о СНИЛС (при ее наличии в МИС).
/StepStat/MedRecords
0..1
Массив MedRecord, доступных для эпизода стационарного случая обслуживания
/caseDto/MedRecords
0..1
Массив MedRecord, доступных для стационарного случая обслуживания

Кратность объектов MedRecord

В таблицах приведена обязательность MedRecord каждого типа для уровня случая обслуживания (СМО) и эпизода для передачи с помощью метода AddCase.

Тип MedRecord Описание Обязательность (кратность) для СМО Обязательность (кратность) для эпизодов СМО
Case
Stat
Case
Amb
Case
Tmc
Case
Acps
Dispensary
Base
Step
Amb
Step
Stat
AppointedMedication Назначенные препараты 0..0 0..0 0..0 0..0 0..0 0..* 0..*
Service Оказанные (выполненные) услуги 0..0 0..0 0..* 0..0 0..0 0..* 0..*
TfomsInfo Выполненные медицинские стандарты в разрезе учета ТФОМС 0..* 0..* 0..* 0..0 0..* 0..0 0..0
NonDrugTreatment Данные о назначенном немедикаментозном лечении 0..0 0..0 0..0 0..0 0..0 0..* 0..*
Immunize Данные о проведенной вакцинации 0..0 0..0 0..0 0..0 0..0 0..* 0..*
ResInstr Данные об инструментальных исследованиях 0..0 0..0 0..0 0..0 0..0 0..* 0..*
AllergyDrug Данные о патологических реакциях на медикамент 0..0 0..0 0..0 0..0 0..0 0..* 0..*
AllergyNonDrug Данные о патологических реакциях на не медикамент 0..0 0..0 0..0 0..0 0..0 0..* 0..*
Scores Объективизированная оценка состояния больного 0..* 0..0 0..0 0..0 0..0 0..0 0..0
Procedure Данные о проведенных медицинских процедурах 0..0 0..0 0..0 0..0 0..0 0..* 0..*
SocialAnamnesis Анамнез 0..* 0..* 0..* 0..* 0..* 0..0 0..0
DeathInfo Летальный исход (причина смерти) 0..0 0..0 0..0 0..0 0..0 0..* 0..*
Diagnosis Диагноз 0..* 0..* 0..* 0..* 0..* 0..* 0..*
ClinicMainDiagnosis Основной диагноз (при отсутствии летального исхода) 0..1 1..* 0..1 0..1 0..1 0..1 0..1
Anatomopathological
ClinicMainDiagnosis
Патологоанатомический диагноз (основной диагноз, его осложнения и сопутствующие заболевания) 0..* 0..0 0..0 0..0 0..0 0..0 0..0
DispensaryOne/Two/
OnceByTwoYears
Первый/Второй этап диспансеризации/Диспансеризация раз в два года 0..0 0..0 0..0 0..0 0..1 0..0 0..0
Referral Направление на госпитализацию, обследование, консультацию 0..* 0..* 0..0 0..0 0..0 0..* 0..*
SickList Выданные листки временной нетрудоспособности 0..* 0..* 0..0 0..0 0..0 0..0 0..0
DischargeSummary Эпикриз 0..* 0..* 0..0 0..0 0..0 0..0 0..0
LaboratoryReport Лабораторное исследование 0..* 0..* 0..0 0..0 0..* 0..* 0..*
Problem Cведения о подозрении на заболевание 0..* 0..* 0..0 0..* 0..* 0..0 0..*
ConsultNote Заключение по результатам консультации или диагностического исследования 0..* 0..* 0..* 0..0 0..0 0..0 0..0
AmbulanceInfo Данные карты вызова скорой помощи 0..* 0..0 0..0 0..* 0..0 0..0 0..0
BirthCertificate Данные медицинского свидетельства о рождении 0..* 0..0 0..0 0..0 0..0 0..0 0..0
DeathCertificate Данные медицинского свидетельства о смерти 0..* 0..0 0..0 0..0 0..0 0..0 0..0


Регистрация случая медицинского обслуживания (CreateCase)

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

Параметры метода CreateCase можно разделить на 3 категории:

  1. Общие параметры. Передаются как для амбулаторных случаев обслуживания, так и для стационарных (например, идентификатор случая в передающей МИС, даты открытия случая и т.д.).
  2. Дополнительные параметры для амбулаторных случаев обслуживания (например, цель обращения, отметка о направленном пациенте и т.д.).
  3. Дополнительные параметры для стационарных случаев обслуживания (например, информация о канале госпитализации, состоянии пациента при поступлении и т.д.).


Структура запросов метода CreateCase аналогична структуре метода AddCase.

Примеры запросов метода CreateCase приведены в разделе примеры запросов.

Описание параметров запроса (амбулаторный случай обслуживания)

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

Контейнер Параметр Условие Обязательность Тип Описание
Root
1..1

/ guid
1..1 GUID Авторизационный токен
/createCaseDto
1..1
Информация о случае медицинского обслуживания. Для значения xsi:type указывается CaseAmb
/createCaseDto OpenDate
1..1 Datetime Дата открытия случая
/createCaseDto CloseDate
0..0 Datetime Дата закрытия случая
/createCaseDto HistoryNumber
1..1 String Номер истории болезни/амбулаторного талона
/createCaseDto IdCaseMis
1..1 String

Идентификатор случая в передающей МИС

/createCaseDto IdCaseAidType
0..1 unsignedByte Идентификатор вида медицинского обслуживания (Справочник OID: 1.2.643.2.69.1.1.1.16)
/createCaseDto IdPaymentType
1..1 unsignedByte Идентификатор источника финансирования (Справочник OID: 1.2.643.2.69.1.1.1.32)
/createCaseDto Confidentiality
1..1 unsignedByte

Код уровня конфиденциальности по региональному справочнику (Cправочник OID: 1.2.643.2.69.1.1.1.90).

/createCaseDto DoctorConfidentiality
1..1 unsignedByte Уровень конфиденциальности передаваемой информации для врача (Справочник OID: 1.2.643.5.1.13.2.7.1.9)
/createCaseDto CuratorConfidentiality
1..1 unsignedByte Уровень конфиденциальности передаваемой информации для представителя пациента/опекуна (Справочник OID: 1.2.643.5.1.13.2.7.1.9)
/createCaseDto IdLpu
1..1 guid Идентификатор МО
/createCaseDto IdCaseResult
0..0 unsignedByte Идентификатор результата обращения по случаю (Справочник OID: 1.2.643.5.1.13.2.1.1.688)
/createCaseDto Comment
0..0 String Текст заключения из эпикриза и/или другую важную медицинскую информацию в неструктурированном виде, например, текст медицинского протокола
/createCaseDto IdPatientMis
1..1 String

Идентификатор пациента в передающей системе

/createCaseDto IdCasePurpose
0..1 unsignedByte Идентификатор цели обращения (Классификатор поводов обращения за медицинской помощью, Справочник OID: 1.2.643.5.1.13.2.1.1.106)
/createCaseDto IdCaseType
1..1 unsignedByte Идентификатор типа случая обслуживания: амбулаторный, диспансеризация (Справочник OID: 1.2.643.2.69.1.1.1.35)
/createCaseDto IdAmbResult
0..0 unsignedByte Идентификатор исхода амбулаторного случая обслуживания (Справочник OID: 1.2.643.2.69.1.1.1.17).
/createCaseDto IsActive
0..1 Boolean Признак «Актив». Признак устанавливается, если пациент был направлен на приём к врачу
/createCaseDto/DoctorInCharge
0..1
Информация о лечащем враче
/DoctorInCharge IdLpu
0..1 guid Идентификатор МО, к которому относится врач
/DoctorInCharge IdSpeciality
1..1 unsignedShort Идентификатор специальности врача (Номенклатура специальностей специалистов с высшим и послевузовским медицинским и фармацевтическим образованием в сфере здравоохранения, Справочник OID:1.2.643.5.1.13.13.11.1066)
/DoctorInCharge IdPosition
1..1 unsignedShort Идентификатор должности врача (Номенклатура должностей медицинских работников и фармацевтических работников, Справочник OID:1.2.643.5.1.13.13.11.1002)
/DoctorInCharge/Person
1..1
Информация о персоне (враче)
/Person Sex
0..1 unsignedByte Код пола (Классификатор половой принадлежности, Справочник OID:1.2.643.5.1.13.2.1.1.156)
/Person BirthDate
0..1 Datetime Дата рождения
/Person IdPersonMis
1..1 String Идентификатор врача в МИС
/Person/HumanName
1..1
ФИО врача
/HumanName FamilyName
1..1 String Фамилия врача
/HumanName GivenName
1..1 String Имя врача
/HumanName MiddleName
0..1 String Отчество врача
/Person/Documents/IdentityDocument
0..*
Информация о документах участника случая – врача (объект заполняется аналогично документам пациента). Передается информация о СНИЛС (при ее наличии в МИС).
/createCaseDto/Authenticator
1..1
Лицо, подписывающее или визирующее формируемый набор медицинской информации
/Authenticator IdRole
0..1 unsignedByte Роль в оказании помощи (Справочник OID: 1.2.643.5.1.13.2.7.1.30)
/Authenticator/Doctor
1..1
Информация о медицинском работнике
/Doctor IdLpu
0..1 guid Идентификатор МО, к которому относится медицинский работник
/Doctor IdSpeciality
1..1 unsignedShort Идентификатор специальности медицинского работника (Номенклатура специальностей специалистов с высшим и послевузовским медицинским и фармацевтическим образованием в сфере здравоохранения, Справочник OID:1.2.643.5.1.13.13.11.1066)
/Doctor IdPosition
1..1 unsignedShort Идентификатор должности медицинского работника (Номенклатура должностей медицинских работников и фармацевтических работников, Справочник OID:1.2.643.5.1.13.13.11.1002)
/Doctor/Person
1..1
Информация о персоне
/Person Sex
0..1 unsignedByte Код пола (Классификатор половой принадлежности, Справочник OID:1.2.643.5.1.13.2.1.1.156)
/Person BirthDate
0..1 Datetime Дата рождения
/Person IdPersonMis
1..1 String Идентификатор участника случая в МИС
/Person/HumanName
1..1
ФИО медицинского работника
/HumanName FamilyName
1..1 String Фамилия медицинского работника
/HumanName GivenName
1..1 String Имя медицинского работника
/HumanName MiddleName
0..1 String Отчество медицинского работника
/Person/Documents/IdentityDocument
0..*
Информация о документах участника случая – медицинского работника (объект заполняется аналогично документам пациента). Передается информация о СНИЛС (при ее наличии в МИС).
/createCaseDto/Author
1..1
Лицо, являющееся автором передаваемого набора медицинской информации (как правило, лечащий врач)
/Author IdRole
0..1 unsignedByte Роль в оказании помощи (Справочник OID: 1.2.643.5.1.13.2.7.1.30)
/Author/Doctor
1..1
Информация о медицинском работнике
/Doctor IdLpu
0..1 guid Идентификатор МО, к которому относится медицинский работник
/Doctor IdSpeciality
1..1 unsignedShort Идентификатор специальности медицинского работника (Номенклатура специальностей специалистов с высшим и послевузовским медицинским и фармацевтическим образованием в сфере здравоохранения, Справочник OID:1.2.643.5.1.13.13.11.1066)
/Doctor IdPosition
1..1 unsignedShort Идентификатор должности медицинского работника (Номенклатура должностей медицинских работников и фармацевтических работников,Справочник OID:1.2.643.5.1.13.13.11.1002)
/Doctor/Person
1..1
Информация о персоне
/Person Sex
0..1 unsignedByte Код пола (Классификатор половой принадлежности, Справочник OID:1.2.643.5.1.13.2.1.1.156)
/Person BirthDate
0..1 Datetime Дата рождения
/Person IdPersonMis
1..1 String Идентификатор участника случая в МИС
/Person/HumanName
1..1
ФИО медицинского работника
/HumanName FamilyName
1..1 String Фамилия медицинского работника
/HumanName GivenName
1..1 String Имя медицинского работника
/HumanName MiddleName
0..1 String Отчество медицинского работника
/Person/Documents/IdentityDocument
0..*
Информация о документах участника случая – медицинского работника (объект заполняется аналогично документам пациента). Передается информация о СНИЛС (при ее наличии в МИС).
/createCaseDto/LegalAuthenticator
0..1
В элементе указывается информация о лице, утвердившем информацию о случае обслуживания (несущем юридическую ответственность)
/LegalAuthenticator IdRole
0..1 unsignedByte Роль в оказании помощи (Справочник OID: 1.2.643.5.1.13.2.7.1.30)
/LegalAuthenticator/Doctor
1..1
Информация о медицинском работнике
/Doctor IdLpu
0..1 guid Идентификатор МО, к которому относится медицинский работник
/Doctor IdSpeciality
1..1 unsignedShort Идентификатор специальности медицинского работника (Номенклатура специальностей специалистов с высшим и послевузовским медицинским и фармацевтическим образованием в сфере здравоохранения, Справочник OID:1.2.643.5.1.13.13.11.1066)
/Doctor IdPosition
1..1 unsignedShort Идентификатор должности медицинского работника (Номенклатура должностей медицинских работников и фармацевтических работников, Справочник OID:1.2.643.5.1.13.13.11.1002)
/Doctor/Person
1..1
Информация о персоне
/Person Sex
0..1 unsignedByte Код пола (Классификатор половой принадлежности, Справочник OID:1.2.643.5.1.13.2.1.1.156)
/Person BirthDate
0..1 Datetime Дата рождения
/Person IdPersonMis
1..1 String Идентификатор участника случая в МИС
/Person/HumanName
1..1
ФИО медицинского работника
/HumanName FamilyName
1..1 String Фамилия медицинского работника
/HumanName GivenName
1..1 String Имя медицинского работника
/HumanName MiddleName
0..1 String Отчество медицинского работника
/Person/Documents/IdentityDocument
0..*
Информация о документах участника случая – медицинского работника (объект заполняется аналогично документам пациента). Передается информация о СНИЛС (при ее наличии в МИС).
/createCaseDto/Guardian
0..1
Информация о другом участнике случая (родителе/опекуне)
/Guardian IdRelationType
1..1 unsignedByte Код отношения к пациенту (справочник Отношение к пациенту, Справочник OID:1.2.643.5.1.13.2.7.1.15)
/Guardian UnderlyingDocument
1..1 String Реквизиты документа, удостоверяющие право представлять пациента
/Guardian/Person
1..1
Информация о персоне
/Person Sex
1..1 unsignedByte Код пола (Классификатор половой принадлежности, Справочник OID:1.2.643.5.1.13.2.1.1.156)
/Person BirthDate
1..1 Datetime Дата рождения
/Person IdPersonMis
1..1 String Идентификатор другого участника случая в МИС
/Person/HumanName
1..1
ФИО другого участника случая (родителя/опекуна)
/HumanName FamilyName
1..1 String Фамилия
/HumanName GivenName
1..1 String Имя
/HumanName MiddleName
0..1 String Отчество
/Person/Documents/IdentityDocument
0..*
Информация о документах другого участника случая (объект заполняется аналогично документам пациента)
/createCaseDto/Steps/StepAmb
1..*
Информация об эпизоде случая медицинского обслуживания
/StepAmb DateStart
1..1 Datetime Дата начала эпизода
/StepAmb DateEnd
1..1 Datetime Дата окончания эпизода
/StepAmb Comment
0..1 String Комментарий
/StepAmb IdStepMis
1..1 String Идентификатор эпизода случая медицинского обслуживания в передающей МИС
/StepAmb IdPaymentType
0..1 unsignedByte Идентификатор источника финансирования (Справочник OID: 1.2.643.2.69.1.1.1.32)
/StepAmb IdVisitPlace
1..1 unsignedByte Идентификатор места посещения (Классификатор мест обслуживания, Справочник OID: 1.2.643.2.69.1.1.1.18)
/StepAmb IdVisitPurpose
1..1 unsignedByte Идентификатор цели посещения (Классификатор целей посещения амбулаторно-поликлинической организации, Справочник OID: 1.2.643.2.69.1.1.1.19)
/StepAmb/Doctor
1..1
Информация о враче
/Doctor IdLpu
0..1 guid Идентификатор МО, к которому относится врач
/Doctor IdSpeciality
1..1 unsignedShort Идентификатор специальности врача (Номенклатура специальностей специалистов с высшим и послевузовским медицинским и фармацевтическим образованием в сфере здравоохранения, Справочник OID:1.2.643.5.1.13.13.11.1066)
/Doctor IdPosition
1..1 unsignedShort Идентификатор должности врача (Номенклатура должностей медицинских работников и фармацевтических работников, Справочник OID:1.2.643.5.1.13.13.11.1002)
/Doctor/Person
1..1
Информация о персоне
/Person Sex
0..1 unsignedByte Код пола (Классификатор половой принадлежности, Справочник OID:1.2.643.5.1.13.2.1.1.156)
/Person BirthDate
0..1 Datetime Дата рождения
/Person IdPersonMis
1..1 String Идентификатор участника случая в МИС
/Person/HumanName
1..1
ФИО врача
/HumanName FamilyName
1..1 String Фамилия врача
/HumanName GivenName
1..1 String Имя врача
/HumanName MiddleName
0..1 String Отчество врача
/Person/Documents/IdentityDocument
0..*
Информация о документах участника случая – врача (объект заполняется аналогично документам пациента). Передается информация о СНИЛС (при ее наличии в МИС).
/StepAmb/MedRecords
0..1
Массив MedRecord, доступных для эпизода амбулаторного случая обслуживания
/createCaseDto/MedRecords
0..1
Массив MedRecord, доступных для амбулаторного случая обслуживания
Описание параметров запроса (стационарный случай обслуживания)

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

Контейнер Параметр Условие Обязательность Тип Описание
Root
1..1

/ guid
1..1 GUID Авторизационный токен
/caseDto
1..1
Информация о случае медицинского обслуживания. Для значения xsi:type указывается CaseStat
/caseDto OpenDate
1..1 Datetime Дата открытия случая
/casеDto CloseDate
0..0 Datetime Дата закрытия случая
/caseDto HistoryNumber
1..1 String Номер истории болезни
/caseDto IdCaseMis
1..1 String

Идентификатор случая в передающей МИС

/caseDto IdCaseAidType
0..1 unsignedByte Идентификатор вида медицинского обслуживания (Справочник OID: 1.2.643.2.69.1.1.1.16)
/caseDto IdPaymentType
1..1 unsignedByte Идентификатор источника финансирования (Справочник OID: 1.2.643.2.69.1.1.1.32)
/caseDto Confidentiality
1..1 unsignedByte

Код уровня конфиденциальности по региональному справочнику (Cправочник OID: 1.2.643.2.69.1.1.1.90).

/caseDto DoctorConfidentiality
1..1 unsignedByte Уровень конфиденциальности передаваемой информации для врача (Справочник OID: 1.2.643.5.1.13.2.7.1.9)
/caseDto CuratorConfidentiality
1..1 unsignedByte Уровень конфиденциальности передаваемой информации для представителя пациента/опекуна (Справочник OID: 1.2.643.5.1.13.2.7.1.9)
/caseDto IdLpu
1..1 guid Идентификатор МО
/caseDto IdCaseResult
0..0 unsignedByte Идентификатор результата обращения по случаю (Справочник OID: 1.2.643.5.1.13.2.1.1.688)
/caseDto Comment
0..0 String Текст заключения из эпикриза и/или другую важную медицинскую информацию в неструктурированном виде, например, текст медицинского протокола
/caseDto IdPatientMis
1..1 String

Идентификатор пациента в передающей системе

/caseDto DeliveryCode Заполняется, если IdHospChannel = 1 («СМП») 0..1 String Код бригады, доставившей пациента/номер наряда скорой помощи
/caseDto IdIntoxicationType
0..1 unsignedByte Идентификатор типа интоксикации пациента при поступлении (Классификатор состояний опьянения, в котором был доставлен в медицинскую организацию, Справочник OID: 1.2.643.5.1.13.2.1.1.555)
/caseDto AdmissionCondition
1..1 unsignedByte Идентификатор состояния пациента при поступлении (Классификатор состояний при обращении (поступлении) в медицинскую организацию, Справочник OID: 1.2.643.5.1.13.2.1.1.111)
/caseDto AdmissionComment
1..1 String Текстовый комментарий, описывающий состояние пациента при поступлении и/или другую важную медицинскую информацию
/caseDto DischargeCondition
0..0 byte Код состояния пациента при выписке (Справочник OID: 1.2.643.5.1.13.2.1.1.111)
/caseDto IdTypeFromDiseaseStart
1..1 unsignedByte Идентификатор интервалов времени, прошедшего с момента заболевания до обращения (Справочник времени доставки больного в стационар от начала заболевания (получения травмы), Справочник OID: 1.2.643.5.1.13.2.1.1.537)
/caseDto IdRepetition
1..1 unsignedByte Первичность/повторность госпитализации (Справочник OID: 1.2.643.2.69.1.1.1.20)
/caseDto HospitalizationOrder
1..1 unsignedByte Экстренность/плановость госпитализации (Справочник OID: 1.2.643.2.69.1.1.1.21)
/caseDto IdTransportIntern
0..1 unsignedByte Идентификатор вида транспортировки (Справочник OID: 1.2.643.2.69.1.1.1.22)
/caseDto HospResult
0..0 unsignedByte Идентификатор исхода госпитализации (Справочник OID: 1.2.643.2.69.1.1.1.23)
/caseDto IdHospChannel
1..1 unsignedByte Код канала госпитализации (Классификатор каналов госпитализации в лечебно-профилактическую организацию, Справочник OID: 1.2.643.5.1.13.2.1.1.281)
/caseDto RW1Mark
0..1 Boolean Метка наличия результата обследования на сифилис
/caseDto AIDSMark
0..1 Boolean Метка наличия результата обследования на ВИЧ-инфекцию
/caseDto/PrehospitalDefects
0..1
Массив дефектов догоспитального этапа
/PrehospitalDefects PrehospitalDefects
1..* unsignedByte Код дефекта догоспитального этапа (Справочник OID: 1.2.643.2.69.1.1.1.24)
/caseDto/DoctorInCharge
0..1
Информация о лечащем враче
/DoctorInCharge IdLpu
0..1 guid Идентификатор МО, к которому относится врач
/DoctorInCharge IdSpeciality
1..1 unsignedShort Идентификатор специальности врача (Номенклатура специальностей специалистов с высшим и послевузовским медицинским и фармацевтическим образованием в сфере здравоохранения, Справочник OID:1.2.643.5.1.13.13.11.1066)
/DoctorInCharge IdPosition
1..1 unsignedShort Идентификатор должности врача (Номенклатура должностей медицинских работников и фармацевтических работников, Справочник OID:1.2.643.5.1.13.13.11.1002)
/DoctorInCharge/Person
1..1
Информация о персоне (враче)
/Person Sex
0..1 unsignedByte Код пола (Классификатор половой принадлежности, Справочник OID:1.2.643.5.1.13.2.1.1.156)
/Person BirthDate
0..1 Datetime Дата рождения
/Person IdPersonMis
1..1 String Идентификатор врача в МИС
/Person/HumanName
1..1
ФИО врача
/HumanName FamilyName
1..1 String Фамилия врача
/HumanName GivenName
1..1 String Имя врача
/HumanName MiddleName
0..1 String Отчество врача
/Person/Documents/IdentityDocument
0..*
Информация о документах участника случая – врача (объект заполняется аналогично документам пациента). Передается информация о СНИЛС (при ее наличии в МИС).
/caseDto/Authenticator
1..1
Лицо, подписывающее или визирующее формируемый набор медицинской информации
/Authenticator IdRole
0..1 unsignedByte Роль в оказании помощи (Справочник OID: 1.2.643.5.1.13.2.7.1.30)
/Authenticator/Doctor
1..1
Информация о медицинском работнике
/Doctor IdLpu
0..1 guid Идентификатор МО, к которому относится медицинский работник
/Doctor IdSpeciality
1..1 unsignedShort Идентификатор специальности медицинского работника (Номенклатура специальностей специалистов с высшим и послевузовским медицинским и фармацевтическим образованием в сфере здравоохранения, Справочник OID:1.2.643.5.1.13.13.11.1066)
/Doctor IdPosition
1..1 unsignedShort Идентификатор должности медицинского работника (Номенклатура должностей медицинских работников и фармацевтических работников, Справочник OID:1.2.643.5.1.13.13.11.1002)
/Doctor/Person
1..1
Информация о персоне
/Person Sex
0..1 unsignedByte Код пола (Классификатор половой принадлежности, Справочник OID:1.2.643.5.1.13.2.1.1.156)
/Person BirthDate
0..1 Datetime Дата рождения
/Person IdPersonMis
1..1 String Идентификатор участника случая в МИС
/Person/HumanName
1..1
ФИО медицинского работника
/HumanName FamilyName
1..1 String Фамилия медицинского работника
/HumanName GivenName
1..1 String Имя медицинского работника
/HumanName MiddleName
0..1 String Отчество медицинского работника
/Person/Documents/IdentityDocument
0..*
Информация о документах участника случая – медицинского работника (объект заполняется аналогично документам пациента). Передается информация о СНИЛС (при ее наличии в МИС).
/caseDto/Author
1..1
Лицо, являющееся автором передаваемого набора медицинской информации (как правило, лечащий врач)
/Author IdRole
0..1 unsignedByte Роль в оказании помощи (Справочник OID: 1.2.643.5.1.13.2.7.1.30)
/Author/Doctor
1..1
Информация о медицинском работнике
/Doctor IdLpu
0..1 guid Идентификатор МО, к которому относится медицинский работник
/Doctor IdSpeciality
1..1 unsignedShort Идентификатор специальности медицинского работника (Номенклатура специальностей специалистов с высшим и послевузовским медицинским и фармацевтическим образованием в сфере здравоохранения, Справочник OID:1.2.643.5.1.13.13.11.1066)
/Doctor IdPosition
1..1 unsignedShort Идентификатор должности медицинского работника (Номенклатура должностей медицинских работников и фармацевтических работников, Справочник OID:1.2.643.5.1.13.13.11.1002)
/Doctor/Person
1..1
Информация о персоне
/Person Sex
0..1 unsignedByte Код пола (Классификатор половой принадлежности, Справочник OID:1.2.643.5.1.13.2.1.1.156)
/Person BirthDate
0..1 Datetime Дата рождения
/Person IdPersonMis
1..1 String Идентификатор участника случая в МИС
/Person/HumanName
1..1
ФИО медицинского работника
/HumanName FamilyName
1..1 String Фамилия медицинского работника
/HumanName GivenName
1..1 String Имя медицинского работника
/HumanName MiddleName
0..1 String Отчество медицинского работника
/Person/Documents/IdentityDocument
0..*
Информация о документах участника случая – медицинского работника (объект заполняется аналогично документам пациента). Передается информация о СНИЛС (при ее наличии в МИС).
/caseDto/LegalAuthenticator
0..1
В элементе указывается информация о лице, утвердившем информацию о случае обслуживания (несущем юридическую ответственность)
/LegalAuthenticator IdRole
0..1 unsignedByte Роль в оказании помощи (Справочник OID: 1.2.643.5.1.13.2.7.1.30)
/LegalAuthenticator/Doctor
1..1
Информация о медицинском работнике
/Doctor IdLpu
0..1 guid Идентификатор МО, к которому относится медицинский работник
/Doctor IdSpeciality
1..1 unsignedShort Идентификатор специальности медицинского работника (Номенклатура специальностей специалистов с высшим и послевузовским медицинским и фармацевтическим образованием в сфере здравоохранения, Справочник OID:1.2.643.5.1.13.13.11.1066)
/Doctor IdPosition
1..1 unsignedShort Идентификатор должности медицинского работника (Номенклатура должностей медицинских работников и фармацевтических работников, Справочник OID:1.2.643.5.1.13.13.11.1002)
/Doctor/Person
1..1
Информация о персоне
/Person Sex
0..1 unsignedByte Код пола (Классификатор половой принадлежности, Справочник OID:1.2.643.5.1.13.2.1.1.156)
/Person BirthDate
0..1 Datetime Дата рождения
/Person IdPersonMis
1..1 String Идентификатор участника случая в МИС
/Person/HumanName
1..1
ФИО медицинского работника
/HumanName FamilyName
1..1 String Фамилия медицинского работника
/HumanName GivenName
1..1 String Имя медицинского работника
/HumanName MiddleName
0..1 String Отчество медицинского работника
/Person/Documents/IdentityDocument
0..*
Информация о документах участника случая – медицинского работника (объект заполняется аналогично документам пациента). Передается информация о СНИЛС (при ее наличии в МИС).
/caseDto/Guardian
0..1
Информация о другом участнике случая (родителе/опекуне)
/Guardian IdRelationType
1..1 unsignedByte Код отношения к пациенту (справочник Отношение к пациенту, Справочник OID:1.2.643.5.1.13.2.7.1.15)
/Guardian UnderlyingDocument
1..1 String Реквизиты документа, удостоверяющие право представлять пациента
/Guardian/Person
1..1
Информация о персоне
/Person Sex
1..1 unsignedByte Код пола (Классификатор половой принадлежности, Справочник OID:1.2.643.5.1.13.2.1.1.156)
/Person BirthDate
1..1 Datetime Дата рождения
/Person IdPersonMis
1..1 String Идентификатор другого участника случая в МИС
/Person/HumanName
1..1
ФИО другого участника случая (родителя/опекуна)
/HumanName FamilyName
1..1 String Фамилия
/HumanName GivenName
1..1 String Имя
/HumanName MiddleName
0..1 String Отчество
/Person/Documents/IdentityDocument
0..*
Информация о документах другого участника случая (объект заполняется аналогично документам пациента)
/caseDto/Steps/StepStat
1..*
Информация об эпизоде случая медицинского обслуживания
/StepStat DateStart
1..1 Datetime Дата начала эпизода
/StepStat DateEnd
1..1 Datetime Дата окончания эпизода
/StepStat Comment
0..1 String Комментарий
/StepStat IdStepMis
1..1 String Идентификатор эпизода случая медицинского обслуживания в передающей МИС
/StepStat IdPaymentType
0..1 unsignedByte Идентификатор источника финансирования (Справочник OID: 1.2.643.2.69.1.1.1.32)
/StepStat HospitalDepartmentName
1..1 String Наименование отделения
/StepStat IdHospitalDepartment
1..1 String Код отделения (Регистрационный код отделения в МО (возможно, из паспорта ЛПУ))
Для документов ВИМИС необходимо указывать код из справочника МО (1.2.643.2.69.1.1.1.64)
/StepStat IdRegimen
0..1 unsignedByte Идентификатор режима лечения (Справочник OID: 1.2.643.2.69.1.1.1.25)
/StepStat WardNumber
0..1 String Номер палаты
/StepStat BedNumber
0..1 String Номер койки
/StepStat BedProfile
1..1 int Профиль койки (Номенклатура коечного фонда медицинской организации, Справочник OID: 1.2.643.5.1.13.2.1.1.221)
/StepStat DaySpend
1..1 unsignedShort Проведено койко-дней
/StepStat/Doctor
1..1
Информация о враче
/Doctor IdLpu
0..1 guid Идентификатор МО, к которому относится врач
/Doctor IdSpeciality
1..1 unsignedShort Идентификатор специальности врача (Номенклатура специальностей специалистов с высшим и послевузовским медицинским и фармацевтическим образованием в сфере здравоохранения, Справочник OID:1.2.643.5.1.13.13.11.1066)
/Doctor IdPosition
1..1 unsignedShort Идентификатор должности врача (Номенклатура должностей медицинских работников и фармацевтических работников, Справочник OID:1.2.643.5.1.13.13.11.1002)
/Doctor/Person
1..1
Информация о персоне
/Person Sex
0..1 unsignedByte Код пола (Классификатор половой принадлежности, Справочник OID:1.2.643.5.1.13.2.1.1.156)
/Person BirthDate
0..1 Datetime Дата рождения
/Person IdPersonMis
1..1 String Идентификатор участника случая в МИС
/Person/HumanName
1..1
ФИО врача
/HumanName FamilyName
1..1 String Фамилия врача
/HumanName GivenName
1..1 String Имя врача
/HumanName MiddleName
0..1 String Отчество врача
/Person/Documents/IdentityDocument
0..*
Информация о документах участника случая – врача (объект заполняется аналогично документам пациента). Передается информация о СНИЛС (при ее наличии в МИС).
/StepStat/MedRecords
0..1
Массив MedRecord, доступных для эпизода стационарного случая обслуживания
/caseDto/MedRecords
0..1
Массив MedRecord, доступных для стационарного случая обслуживания

Кратность объектов MedRecord

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

Тип MedRecord Описание Обязательность (кратность) для СМО Обязательность (кратность) для эпизодов СМО
Case
Stat
Case
Amb
Case
Tmc
Case
Acps
Dispensary
Base
Step
Amb
Step
Stat
AppointedMedication Назначенные препараты 0..* 0..0 0..0 0..0 0..0 0..* 0..*
Service Оказанные (выполненные) услуги 0..0 0..0 0..* 0..0 0..0 0..0 0..0
TfomsInfo Выполненные медицинские стандарты в разрезе учета ТФОМС 0..* 0..1 0..* 0..0 0..1 0..0 0..0
NonDrugTreatment Данные о назначенном немедикаментозном лечении 0..0 0..0 0..0 0..0 0..0 0..* 0..*
Immunize Данные о проведенной вакцинации 0..0 0..0 0..0 0..0 0..0 0..* 0..*
ResInstr Данные об инструментальных исследованиях 0..0 0..0 0..0 0..0 0..0 0..* 0..*
AllergyDrug Данные о патологических реакциях на медикамент 0..0 0..0 0..0 0..0 0..0 0..* 0..*
AllergyNonDrug Данные о патологических реакциях на не медикамент 0..0 0..0 0..0 0..0 0..0 0..* 0..*
Scores Объективизированная оценка состояния больного 0..* 0..0 0..0 0..0 0..0 0..0 0..0
Procedure Данные о проведенных медицинских процедурах 0..0 0..0 0..0 0..0 0..0 0..* 0..*
SocialAnamnesis Анамнез 0..* 0..* 0..* 0..* 0..* 0..0 0..0
DeathInfo Летальный исход (причина смерти) 0..* 0..0 0..0 0..0 0..0 0..* 0..*
Diagnosis Диагноз 0..* 0..0 0..0 0..0 0..0 0..0 0..0
ClinicMainDiagnosis Основной диагноз (при отсутствии летального исхода) 0..1 1..* 0..1 0..1 0..1 0..1 0..1
Anatomopathological
ClinicMainDiagnosis
Патологоанатомический диагноз (основной диагноз, его осложнения и сопутствующие заболевания) 0..* 0..0 0..0 0..0 0..0 0..0 0..0
DispensaryOne/Two/
OnceByTwoYears
Первый/Второй этап диспансеризации/Диспансеризация раз в два года 0..0 0..0 0..0 0..0 0..1 0..0 0..0
Referral Направление на госпитализацию, обследование, консультацию 0..* 0..* 0..0 0..0 0..0 0..0 0..0
SickList Выданные листки временной нетрудоспособности 0..* 0..* 0..0 0..0 0..0 0..0 0..0
DischargeSummary Эпикриз 0..* 0..1 0..0 0..0 0..0 0..0 0..0
LaboratoryReport Лабораторное исследование 0..* 0..* 0..0 0..0 0..* 0..0 0..0
Problem Cведения о подозрении на заболевание 0..* 0..* 0..0 0..* 0..* 0..0 0..*
ConsultNote Заключение по результатам консультации или диагностического исследования 0..* 0..1 0..* 0..0 0..0 0..0 0..0
BirthCertificate Данные медицинского свидетельства о рождении 0..* 0..0 0..0 0..0 0..0 0..0 0..0
DeathCertificate Данные медицинского свидетельства о смерти 0..* 0..0 0..0 0..0 0..0 0..0 0..0


Добавление эпизода к незавершенному случаю медицинского обслуживания (AddStepToCase)

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

При вызове метода AddStepToCase осуществляется проверка уникальности эпизода случая обслуживания:

  • Если в случае обслуживания отсутствует эпизод случая обслуживания с указанным IdStepMis, то происходит добавление передаваемого эпизода к случаю обслуживания.
  • Если в случае обслуживания присутствует эпизод случая обслуживания с указанным IdStepMis, то происходит обновление данных по эпизоду случая обслуживания.


После закрытия СМО добавление данных об эпизодах невозможно. В случае такой необходимости используется функция изменения данных СМО (метод UpdateCase).

При добавлении/обновлении эпизода медицинского случая обслуживания поиск случая медицинского обслуживания осуществляется по следующим параметрам: Идентификатор передающей системы, Идентификатор пациента в передающей МИС, Идентификатор ЛПУ, Идентификатор случая обслуживания в передающей МИС.

При передаче информации по эпизоду случая обслуживания указывается для объекта step соответствующее значение атрибута xsi:type (используется для указания в явном виде типа наследуемого объекта от базового объекта StepBase; подробнее про xsi:type – см. http://www.w3.org/TR/xmlschema-1/#xsi_type): StepAmb для амбулаторного эпизода случая обслуживания и StepStat для стационарного эпизода случая обслуживания.

На уровне эпизода случая обслуживания (StepAmb/StepStat) могут передаваться медицинские записи (MedRecords). Описание типов объекта MedRecord приведено в разделе "Тип MedRecord". Кратность объектов приведена в разделе ниже.

Примеры запросов метода AddStepToCase приведены в разделе примеры запросов.

Описание параметров запроса (амбулаторный случай обслуживания)

Структура запроса для амбулаторного случая обслуживания представлена на Рисунке 16.

Рисунок 16. Структура запроса AddStepToCase для амбулаторного случая обслуживания

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

Контейнер Параметр Условие Обязательность Тип Описание
Root
1..1

/ guid
1..1 GUID Авторизационный токен
/ IdLpu
1..1 guid Идентификатор МО
/ IdPatientMis
1..1 String

Идентификатор пациента в передающей системе

/ IdCaseMis
1..1 String

Идентификатор случая в передающей МИС

/Step
1..1
Информация об эпизоде случая медицинского обслуживания. Для значения xsi:type указывается StepAmb
/Step DateStart
1..1 Datetime Дата начала эпизода
/Step DateEnd
1..1 Datetime Дата окончания эпизода
/Step Comment
0..1 String Комментарий
/Step IdStepMis
1..1 String Идентификатор эпизода случая медицинского обслуживания в передающей МИС
/Step IdPaymentType
0..1 unsignedByte Идентификатор источника финансирования (Справочник OID: 1.2.643.2.69.1.1.1.32)
/Step IdVisitPlace
1..1 unsignedByte Идентификатор места посещения (Классификатор мест обслуживания, Справочник OID: 1.2.643.2.69.1.1.1.18)
/Step IdVisitPurpose
1..1 unsignedByte Идентификатор цели посещения (Классификатор целей посещения амбулаторно-поликлинической организации, Справочник OID: 1.2.643.2.69.1.1.1.19)
/Step/Doctor
1..1
Информация о враче
/Doctor IdLpu
0..1 guid Идентификатор МО, к которому относится врач
/Doctor IdSpeciality
1..1 unsignedShort Идентификатор специальности врача (Номенклатура специальностей специалистов с высшим и послевузовским медицинским и фармацевтическим образованием в сфере здравоохранения, Справочник OID:1.2.643.5.1.13.13.11.1066)
/Doctor IdPosition
1..1 unsignedShort Идентификатор должности врача (Номенклатура должностей медицинских работников и фармацевтических работников, Справочник OID:1.2.643.5.1.13.13.11.1002)
/Doctor/Person
1..1
Информация о персоне
/Person Sex
0..1 unsignedByte Код пола (Классификатор половой принадлежности, Справочник OID:1.2.643.5.1.13.2.1.1.156)
/Person BirthDate
0..1 Datetime Дата рождения
/Person IdPersonMis
1..1 String Идентификатор участника случая в МИС
/Person/HumanName
1..1
ФИО врача
/HumanName FamilyName
1..1 String Фамилия врача
/HumanName GivenName
1..1 String Имя врача
/HumanName MiddleName
0..1 String Отчество врача
/Person/Documents/IdentityDocument
0..*
Информация о документах участника эпизода – врача (объект заполняется аналогично документам пациента). Передается информация о СНИЛС (при ее наличии в МИС).
/Step/MedRecords
0..1
Массив MedRecord, доступных для эпизода амбулаторного случая обслуживания

Описание параметров запроса (стационарный случай обслуживания)

Структура запроса для стационарного случая обслуживания представлена на Рисунке 17.

Рисунок 17. Структура запроса AddStepToCase для стационарного случая обслуживания

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

Контейнер Параметр Условие Обязательность Тип Описание
Root
1..1

/ guid
1..1 GUID Авторизационный токен
/ IdLpu
1..1 guid Идентификатор МО
/ IdPatientMis
1..1 String

Идентификатор пациента в передающей системе

/ IdCaseMis
1..1 String

Идентификатор случая в передающей МИС

/Step
1..1
Информация об эпизоде случая медицинского обслуживания. Для значения xsi:type указывается StepStat
/Step DateStart
1..1 Datetime Дата начала эпизода
/Step DateEnd
1..1 Datetime Дата окончания эпизода
/Step Comment
0..1 String Комментарий
/Step IdStepMis
1..1 String Идентификатор эпизода случая медицинского обслуживания в передающей МИС
/Step IdPaymentType
0..1 unsignedByte Идентификатор источника финансирования (Справочник OID: 1.2.643.2.69.1.1.1.32)
/Step HospitalDepartmentName
1..1 String Наименование отделения
/Step IdHospitalDepartment
1..1 String Код отделения (Регистрационный код отделения в МО (возможно, из паспорта ЛПУ))
Для документов ВИМИС необходимо указывать код из справочника МО (1.2.643.2.69.1.1.1.64)
/Step IdRegimen
0..1 unsignedByte Идентификатор режима лечения (Справочник OID: 1.2.643.2.69.1.1.1.25)
/Step WardNumber
0..1 String Номер палаты
/Step BedNumber
0..1 String Номер койки
/Step BedProfile
1..1 int Профиль койки (Номенклатура коечного фонда медицинской организации, Справочник OID: 1.2.643.5.1.13.2.1.1.221)
/Step DaySpend
1..1 unsignedShort Проведено койко-дней
/Step/Doctor
1..1
Информация о враче
/Doctor IdLpu
0..1 guid Идентификатор МО, к которому относится врач
/Doctor IdSpeciality
1..1 unsignedShort Идентификатор специальности врача (Номенклатура специальностей специалистов с высшим и послевузовским медицинским и фармацевтическим образованием в сфере здравоохранения, Справочник OID:1.2.643.5.1.13.13.11.1066)
/Doctor IdPosition
1..1 unsignedShort Идентификатор должности врача (Номенклатура должностей медицинских работников и фармацевтических работников, Справочник OID:1.2.643.5.1.13.13.11.1002)
/Doctor/Person
1..1
Информация о персоне
/Person Sex
0..1 unsignedByte Код пола (Классификатор половой принадлежности, Справочник OID:1.2.643.5.1.13.2.1.1.156)
/Person BirthDate
0..1 Datetime Дата рождения
/Person IdPersonMis
1..1 String Идентификатор участника случая в МИС
/Person/HumanName
1..1
ФИО врача
/HumanName FamilyName
1..1 String Фамилия врача
/HumanName GivenName
1..1 String Имя врача
/HumanName MiddleName
0..1 String Отчество врача
/Person/Documents/IdentityDocument
0..*
Информация о документах участника эпизода – врача (объект заполняется аналогично документам пациента). Передается информация о СНИЛС (при ее наличии в МИС).
/Step/MedRecords
0..1
Массив MedRecord, доступных для эпизода стационарного случая обслуживания

Кратность объектов MedRecord

В таблице приведена обязательность (кратность) MedRecord каждого типа для передачи в рамках метода AddStepToCase.

Тип MedRecord Описание Эпизод случая
Case
Stat
Case
Amb
Service Оказанные (выполненные) услуги 0..* 0..*
TfomsInfo Выполненные медицинские стандарты в разрезе учета ТФОМС 0..0 0..0
AppointedMedication Назначенные препараты 0..* 0..*
DeathInfo Летальный исход (причина смерти) 0..0 0..0
Diagnosis Диагноз 0..* 0..*
ClinicMainDiagnosis Основной диагноз (при отсутствии летального исхода) 0..1 0..1
AnatomopathologicalClinicMainDiagnosis Патологоанатомический диагноз (основной диагноз, его осложнения и сопутствующие заболевания) 0..0 0..0
DispensaryOne Первый этап диспансеризации 0..0 0..0
Referral Направление на госпитализацию, обследование, консультацию 0..* 0..*
SickList Выданные листки временной нетрудоспособности 0..0 0..0
DischargeSummary Эпикриз 0..0 0..0
LaboratoryReport Лабораторное исследование 0..* 0..*
ConsultNote Заключение по результатам консультации или диагностического исследования 0..* 0..*
NonDrugTreatment Данные о назначенном немедикаментозном лечении 0..* 0..*
Immunize Данные о проведенной вакцинации 0..* 0..*
ResInstr Данные об инструментальных исследованиях 0..* 0..*
AllergyDrug Данные о патологических реакциях на медикамент 0..* 0..*
AllergyNonDrug Данные о патологических реакциях на не медикамент 0..* 0..*
Scores Объективизированная оценка состояния больного 0..0 0..0
Procedure Данные о проведенных медицинских процедурах 0..* 0..*
SocialAnamnesis Анамнез 0..0 0..0


Закрытие случая медицинского обслуживания (CloseCase)

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

Параметры метода CloseCase можно разделить на 3 категории:

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


Структура запросов метода CloseCase аналогична структуре метода AddCase.

Примеры запросов метода CloseCase приведены в разделе примеры запросов.

Описание параметров запроса (амбулаторный случай обслуживания)

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

Контейнер Параметр Условие Обязательность Тип Описание
Root
1..1

/ guid
1..1 GUID Авторизационный токен
/caseDto
1..1
Информация о случае медицинского обслуживания. Для значения xsi:type указывается CaseAmb
/caseDto OpenDate
0..1 Datetime Дата открытия случая
/casеDto CloseDate
1..1 Datetime Дата закрытия случая
/caseDto HistoryNumber
0..1 String Номер истории болезни/амбулаторного талона
/caseDto IdCaseMis
1..1 String

Идентификатор случая в передающей МИС

/caseDto IdCaseAidType
0..1 unsignedByte Идентификатор вида медицинского обслуживания (Справочник OID: 1.2.643.2.69.1.1.1.16)
/caseDto IdPaymentType
0..1 unsignedByte Идентификатор источника финансирования (Справочник OID: 1.2.643.2.69.1.1.1.32)
/caseDto Confidentiality
1..1 unsignedByte

Код уровня конфиденциальности по региональному справочнику (Cправочник OID: 1.2.643.2.69.1.1.1.90).

/caseDto DoctorConfidentiality
1..1 unsignedByte Уровень конфиденциальности передаваемой информации для врача (Справочник OID: 1.2.643.5.1.13.2.7.1.9)
/caseDto CuratorConfidentiality
1..1 unsignedByte Уровень конфиденциальности передаваемой информации для представителя пациента/опекуна (Справочник OID: 1.2.643.5.1.13.2.7.1.9)
/caseDto IdLpu
1..1 guid Идентификатор МО
/caseDto IdCaseResult
1..1 unsignedByte Идентификатор результата обращения по случаю (Справочник OID: 1.2.643.5.1.13.2.1.1.688)
/caseDto Comment
1..1 String Текст заключения из эпикриза и/или другую важную медицинскую информацию в неструктурированном виде, например, текст медицинского протокола
/caseDto IdPatientMis
1..1 String

Идентификатор пациента в передающей системе

/caseDto IdCasePurpose
0..1 unsignedByte Идентификатор цели обращения (Классификатор поводов обращения за медицинской помощью, Справочник OID: 1.2.643.5.1.13.2.1.1.106)
/caseDto IdCaseType
0..0 unsignedByte Идентификатор типа случая обслуживания: амбулаторный, диспансеризация (Справочник OID: 1.2.643.2.69.1.1.1.35)
/caseDto IdAmbResult
0..1 unsignedByte Идентификатор исхода амбулаторного случая обслуживания (Справочник OID: 1.2.643.2.69.1.1.1.17).
/caseDto IsActive
0..1 Boolean Признак «Актив». Признак устанавливается, если пациент был направлен на приём к врачу
/caseDto/DoctorInCharge
1..1
Информация о лечащем враче
/DoctorInCharge IdLpu
0..1 guid Идентификатор МО, к которому относится врач
/DoctorInCharge IdSpeciality
1..1 unsignedShort Идентификатор специальности врача (Номенклатура специальностей специалистов с высшим и послевузовским медицинским и фармацевтическим образованием в сфере здравоохранения, Справочник OID: 1.2.643.5.1.13.13.11.1066)
/DoctorInCharge IdPosition
1..1 unsignedShort Идентификатор должности врача (Номенклатура должностей медицинских работников и фармацевтических работников, Справочник OID:1.2.643.5.1.13.13.11.1002)
/DoctorInCharge/Person
1..1
Информация о персоне (враче)
/Person Sex
0..1 unsignedByte Код пола (Классификатор половой принадлежности, Справочник OID:1.2.643.5.1.13.2.1.1.156)
/Person BirthDate
0..1 Datetime Дата рождения
/Person IdPersonMis
1..1 String Идентификатор врача в МИС
/Person/HumanName
1..1
ФИО врача
/HumanName FamilyName
1..1 String Фамилия врача
/HumanName GivenName
1..1 String Имя врача
/HumanName MiddleName
0..1 String Отчество врача
/Person/Documents/IdentityDocument
0..*
Информация о документах участника случая – врача (объект заполняется аналогично документам пациента). Передается информация о СНИЛС (при ее наличии в МИС).
/caseDto/Authenticator
1..1
Лицо, подписывающее или визирующее формируемый набор медицинской информации
/Authenticator IdRole
0..1 unsignedByte Роль в оказании помощи (Справочник OID: 1.2.643.5.1.13.2.7.1.30)
/Authenticator/Doctor
1..1
Информация о медицинском работнике
/Doctor IdLpu
0..1 guid Идентификатор МО, к которому относится медицинский работник
/Doctor IdSpeciality
1..1 unsignedShort Идентификатор специальности медицинского работника (Номенклатура специальностей специалистов с высшим и послевузовским медицинским и фармацевтическим образованием в сфере здравоохранения, Справочник OID:1.2.643.5.1.13.13.11.1066)
/Doctor IdPosition
1..1 unsignedShort Идентификатор должности медицинского работника (Номенклатура должностей медицинских работников и фармацевтических работников, Справочник OID:1.2.643.5.1.13.13.11.1002)
/Doctor/Person
1..1
Информация о персоне
/Person Sex
0..1 unsignedByte Код пола (Классификатор половой принадлежности, Справочник OID:1.2.643.5.1.13.2.1.1.156)
/Person BirthDate
0..1 Datetime Дата рождения
/Person IdPersonMis
1..1 String Идентификатор участника случая в МИС
/Person/HumanName
1..1
ФИО медицинского работника
/HumanName FamilyName
1..1 String Фамилия медицинского работника
/HumanName GivenName
1..1 String Имя медицинского работника
/HumanName MiddleName
0..1 String Отчество медицинского работника
/Person/Documents/IdentityDocument
0..*
Информация о документах участника случая – медицинского работника (объект заполняется аналогично документам пациента). Передается информация о СНИЛС (при ее наличии в МИС).
/caseDto/Author
1..1
Лицо, являющееся автором передаваемого набора медицинской информации (как правило, лечащий врач)
/Author IdRole
0..1 unsignedByte Роль в оказании помощи (Справочник OID: 1.2.643.5.1.13.2.7.1.30)
/Author/Doctor
1..1
Информация о медицинском работнике
/Doctor IdLpu
0..1 guid Идентификатор МО, к которому относится медицинский работник
/Doctor IdSpeciality
1..1 unsignedShort Идентификатор специальности медицинского работника (Номенклатура специальностей специалистов с высшим и послевузовским медицинским и фармацевтическим образованием в сфере здравоохранения, Справочник OID:1.2.643.5.1.13.13.11.1066)
/Doctor IdPosition
1..1 unsignedShort Идентификатор должности медицинского работника (Номенклатура должностей медицинских работников и фармацевтических работников, Справочник OID:1.2.643.5.1.13.13.11.1002)
/Doctor/Person
1..1
Информация о персоне
/Person Sex
0..1 unsignedByte Код пола (Классификатор половой принадлежности, Справочник OID:1.2.643.5.1.13.2.1.1.156)
/Person BirthDate
0..1 Datetime Дата рождения
/Person IdPersonMis
1..1 String Идентификатор участника случая в МИС
/Person/HumanName
1..1
ФИО медицинского работника
/HumanName FamilyName
1..1 String Фамилия медицинского работника
/HumanName GivenName
1..1 String Имя медицинского работника
/HumanName MiddleName
0..1 String Отчество медицинского работника
/Person/Documents/IdentityDocument
0..*
Информация о документах участника случая – медицинского работника (объект заполняется аналогично документам пациента). Передается информация о СНИЛС (при ее наличии в МИС).
/caseDto/LegalAuthenticator
0..1
В элементе указывается информация о лице, утвердившем информацию о случае обслуживания (несущем юридическую ответственность)
/LegalAuthenticator IdRole
0..1 unsignedByte Роль в оказании помощи (Справочник OID: 1.2.643.5.1.13.2.7.1.30)
/LegalAuthenticator/Doctor
1..1
Информация о медицинском работнике
/Doctor IdLpu
0..1 guid Идентификатор МО, к которому относится медицинский работник
/Doctor IdSpeciality
1..1 unsignedShort Идентификатор специальности медицинского работника (Номенклатура специальностей специалистов с высшим и послевузовским медицинским и фармацевтическим образованием в сфере здравоохранения, Справочник OID:1.2.643.5.1.13.13.11.1066)
/Doctor IdPosition
1..1 unsignedShort Идентификатор должности медицинского работника (Номенклатура должностей медицинских работников и фармацевтических работников, Справочник OID:1.2.643.5.1.13.13.11.1002)
/Doctor/Person
1..1
Информация о персоне
/Person Sex
0..1 unsignedByte Код пола (Классификатор половой принадлежности, Справочник OID:1.2.643.5.1.13.2.1.1.156)
/Person BirthDate
0..1 Datetime Дата рождения
/Person IdPersonMis
1..1 String Идентификатор участника случая в МИС
/Person/HumanName
1..1
ФИО медицинского работника
/HumanName FamilyName
1..1 String Фамилия медицинского работника
/HumanName GivenName
1..1 String Имя медицинского работника
/HumanName MiddleName
0..1 String Отчество медицинского работника
/Person/Documents/IdentityDocument
0..*
Информация о документах участника случая – медицинского работника (объект заполняется аналогично документам пациента). Передается информация о СНИЛС (при ее наличии в МИС).
/caseDto/Guardian
0..1
Информация о другом участнике случая (родителе/опекуне)
/Guardian IdRelationType
1..1 unsignedByte Код отношения к пациенту (справочник Отношение к пациенту, Справочник OID:1.2.643.5.1.13.2.7.1.15)
/Guardian UnderlyingDocument
1..1 String Реквизиты документа, удостоверяющие право представлять пациента
/Guardian/Person
1..1
Информация о персоне
/Person Sex
1..1 unsignedByte Код пола (Классификатор половой принадлежности, Справочник OID:1.2.643.5.1.13.2.1.1.156)
/Person BirthDate
1..1 Datetime Дата рождения
/Person IdPersonMis
1..1 String Идентификатор другого участника случая в МИС
/Person/HumanName
1..1
ФИО другого участника случая (родителя/опекуна)
/HumanName FamilyName
1..1 String Фамилия
/HumanName GivenName
1..1 String Имя
/HumanName MiddleName
0..1 String Отчество
/Person/Documents/IdentityDocument
0..*
Информация о документах другого участника случая (объект заполняется аналогично документам пациента)
/caseDto/Steps/StepAmb
0..0
Информация об эпизоде случая медицинского обслуживания
/StepAmb DateStart
0..0 Datetime Дата начала эпизода
/StepAmb DateEnd
0..0 Datetime Дата окончания эпизода
/StepAmb Comment
0..0 String Комментарий
/StepAmb IdStepMis
0..0 String Идентификатор эпизода случая медицинского обслуживания в передающей МИС
/StepAmb IdPaymentType
0..0 unsignedByte Идентификатор источника финансирования (Справочник OID: 1.2.643.2.69.1.1.1.32)
/StepAmb IdVisitPlace
0..0 unsignedByte Идентификатор места посещения (Классификатор мест обслуживания, Справочник OID: 1.2.643.2.69.1.1.1.18)
/StepAmb IdVisitPurpose
0..0 unsignedByte Идентификатор цели посещения (Классификатор целей посещения амбулаторно-поликлинической организации, Справочник OID: 1.2.643.2.69.1.1.1.19)
/StepAmb/Doctor
0..0
Информация о враче
/Doctor IdLpu
0..0 guid Идентификатор МО, к которому относится врач
/Doctor IdSpeciality
0..0 unsignedShort Идентификатор специальности врача (Номенклатура специальностей специалистов с высшим и послевузовским медицинским и фармацевтическим образованием в сфере здравоохранения, Справочник OID:1.2.643.5.1.13.13.11.1066)
/Doctor IdPosition
0..0 unsignedShort Идентификатор должности врача (Номенклатура должностей медицинских работников и фармацевтических работников, Справочник OID:1.2.643.5.1.13.13.11.1002)
/Doctor/Person
0..0
Информация о персоне
/Person Sex
0..0 unsignedByte Код пола (Классификатор половой принадлежности, Справочник OID:1.2.643.5.1.13.2.1.1.156)
/Person BirthDate
0..0 Datetime Дата рождения
/Person IdPersonMis
0..0 String Идентификатор участника случая в МИС
/Person/HumanName
0..0
ФИО врача
/HumanName FamilyName
0..0 String Фамилия врача
/HumanName GivenName
0..0 String Имя врача
/HumanName MiddleName
0..0 String Отчество врача
/Person/Documents/IdentityDocument
0..0
Информация о документах участника случая – врача (объект заполняется аналогично документам пациента). Передается информация о СНИЛС (при ее наличии в МИС).
/StepAmb/MedRecords
0..0
Массив MedRecord, доступных для эпизода амбулаторного случая обслуживания
/caseDto/MedRecords
1..1
Массив MedRecord, доступных для амбулаторного случая обслуживания

Описание параметров запроса (стационарный случай обслуживания)

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

Контейнер Параметр Условие Обязательность Тип Описание
Root
1..1

/ guid
1..1 GUID Авторизационный токен
/caseDto
1..1
Информация о случае медицинского обслуживания. Для значение xsi:type указывается CaseStat
/caseDto OpenDate
0..1 Datetime Дата открытия случая
/casеDto CloseDate
1..1 Datetime Дата закрытия случая
/caseDto HistoryNumber
0..1 String Номер истории болезни
/caseDto IdCaseMis
1..1 String

Идентификатор случая в передающей МИС

/caseDto IdCaseAidType
0..1 unsignedByte Идентификатор вида медицинского обслуживания (Справочник OID: 1.2.643.2.69.1.1.1.16)
/caseDto IdPaymentType
0..1 unsignedByte Идентификатор источника финансирования (Справочник OID: 1.2.643.2.69.1.1.1.32)
/caseDto Confidentiality
1..1 unsignedByte

Код уровня конфиденциальности по региональному справочнику (Cправочник OID: 1.2.643.2.69.1.1.1.90).

/caseDto DoctorConfidentiality
1..1 unsignedByte Уровень конфиденциальности передаваемой информации для врача (Справочник OID: 1.2.643.5.1.13.2.7.1.9)
/caseDto CuratorConfidentiality
1..1 unsignedByte Уровень конфиденциальности передаваемой информации для представителя пациента/опекуна (Справочник OID: 1.2.643.5.1.13.2.7.1.9)
/caseDto IdLpu
1..1 guid Идентификатор МО
/caseDto IdCaseResult
1..1 unsignedByte Идентификатор результата обращения по случаю (Справочник OID: 1.2.643.5.1.13.2.1.1.688)
/caseDto Comment
1..1 String Текст заключения из эпикриза и/или другую важную медицинскую информацию в неструктурированном виде, например, текст медицинского протокола
/caseDto IdPatientMis
1..1 String

Идентификатор пациента в передающей системе

/caseDto DeliveryCode Заполняется, если IdHospChannel = 1 («СМП») 0..1 String Код бригады, доставившей пациента/номер наряда скорой помощи
/caseDto IdIntoxicationType
0..1 unsignedByte Идентификатор типа интоксикации пациента при поступлении (Классификатор состояний опьянения, в котором был доставлен в медицинскую организацию, Справочник OID: 1.2.643.5.1.13.2.1.1.555)
/caseDto AdmissionCondition
0..0 unsignedByte Идентификатор состояния пациента при поступлении (Классификатор состояний при обращении (поступлении) в медицинскую организацию, Справочник OID: 1.2.643.5.1.13.2.1.1.111)
/caseDto DischargeCondition
1..1 byte Код состояния пациента при выписке (Справочник OID: 1.2.643.5.1.13.2.1.1.111)
/caseDto DischargeComment
1..1 string Текстовый комментарий, описывающий состояние пациента при выписке и/или другую важную медицинскую информацию
/caseDto IdTypeFromDiseaseStart
0..1 unsignedByte Идентификатор интервалов времени, прошедшего с момента заболевания до обращения (Справочник времени доставки больного в стационар от начала заболевания (получения травмы), Справочник OID: 1.2.643.5.1.13.2.1.1.537)
/caseDto IdRepetition
0..1 unsignedByte Первичность/повторность госпитализации (Справочник OID: 1.2.643.2.69.1.1.1.20)
/caseDto HospitalizationOrder
1..1 unsignedByte Экстренность/плановость госпитализации (Справочник OID: 1.2.643.2.69.1.1.1.21)
/caseDto IdTransportIntern
0..1 unsignedByte Идентификатор вида транспортировки (Справочник OID: 1.2.643.2.69.1.1.1.22)
/caseDto HospResult
1..1 unsignedByte Идентификатор исхода госпитализации (Справочник OID: 1.2.643.2.69.1.1.1.23)
/caseDto IdHospChannel
0..1 unsignedByte Код канала госпитализации (Классификатор каналов госпитализации в лечебно-профилактическую организацию, Справочник OID: 1.2.643.5.1.13.2.1.1.281)
/caseDto RW1Mark
0..1 Boolean Метка наличия результата обследования на сифилис
/caseDto AIDSMark
0..1 Boolean Метка наличия результата обследования на ВИЧ-инфекцию
/caseDto/PrehospitalDefects
0..1
Массив дефектов догоспитального этапа
/PrehospitalDefects PrehospitalDefects
1..* unsignedByte Код дефекта догоспитального этапа (Справочник OID: 1.2.643.2.69.1.1.1.24)
/caseDto/DoctorInCharge
1..1
Информация о лечащем враче
/DoctorInCharge IdLpu
0..1 guid Идентификатор МО, к которому относится врач
/DoctorInCharge IdSpeciality
1..1 unsignedShort Идентификатор специальности врача (Номенклатура специальностей специалистов с высшим и послевузовским медицинским и фармацевтическим образованием в сфере здравоохранения, Справочник OID:1.2.643.5.1.13.13.11.1066)
/DoctorInCharge IdPosition
1..1 unsignedShort Идентификатор должности врача (Номенклатура должностей медицинских работников и фармацевтических работников, Справочник OID:1.2.643.5.1.13.13.11.1002)
/DoctorInCharge/Person
1..1
Информация о персоне (враче)
/Person Sex
0..1 unsignedByte Код пола (Классификатор половой принадлежности, Справочник OID:1.2.643.5.1.13.2.1.1.156)
/Person BirthDate
0..1 Datetime Дата рождения
/Person IdPersonMis
1..1 String Идентификатор врача в МИС
/Person/HumanName
1..1
ФИО врача
/HumanName FamilyName
1..1 String Фамилия врача
/HumanName GivenName
1..1 String Имя врача
/HumanName MiddleName
0..1 String Отчество врача
/Person/Documents/IdentityDocument
0..*
Информация о документах участника случая – врача (объект заполняется аналогично документам пациента). Передается информация о СНИЛС (при ее наличии в МИС).
/caseDto/Authenticator
1..1
Лицо, подписывающее или визирующее формируемый набор медицинской информации
/Authenticator IdRole
0..1 unsignedByte Роль в оказании помощи (Справочник OID: 1.2.643.5.1.13.2.7.1.30)
/Authenticator/Doctor
1..1
Информация о медицинском работнике
/Doctor IdLpu
0..1 guid Идентификатор МО, к которому относится медицинский работник
/Doctor IdSpeciality
1..1 unsignedShort Идентификатор специальности медицинского работника (Номенклатура специальностей специалистов с высшим и послевузовским медицинским и фармацевтическим образованием в сфере здравоохранения, Справочник OID:1.2.643.5.1.13.13.11.1066)
/Doctor IdPosition
1..1 unsignedShort Идентификатор должности медицинского работника (Номенклатура должностей медицинских работников и фармацевтических работников, Справочник OID:1.2.643.5.1.13.13.11.1002)
/Doctor/Person
1..1
Информация о персоне
/Person Sex
0..1 unsignedByte Код пола (Классификатор половой принадлежности, Справочник OID:1.2.643.5.1.13.2.1.1.156)
/Person BirthDate
0..1 Datetime Дата рождения
/Person IdPersonMis
1..1 String Идентификатор участника случая в МИС
/Person/HumanName
1..1
ФИО медицинского работника
/HumanName FamilyName
1..1 String Фамилия медицинского работника
/HumanName GivenName
1..1 String Имя медицинского работника
/HumanName MiddleName
0..1 String Отчество медицинского работника
/Person/Documents/IdentityDocument
0..*
Информация о документах участника случая – медицинского работника (объект заполняется аналогично документам пациента). Передается информация о СНИЛС (при ее наличии в МИС).
/caseDto/Author
1..1
Лицо, являющееся автором передаваемого набора медицинской информации (как правило, лечащий врач)
/Author IdRole
0..1 unsignedByte Роль в оказании помощи (Справочник OID: 1.2.643.5.1.13.2.7.1.30)
/Author/Doctor
1..1
Информация о медицинском работнике
/Doctor IdLpu
0..1 guid Идентификатор МО, к которому относится медицинский работник
/Doctor IdSpeciality
1..1 unsignedShort Идентификатор специальности медицинского работника (Номенклатура специальностей специалистов с высшим и послевузовским медицинским и фармацевтическим образованием в сфере здравоохранения, Справочник OID:1.2.643.5.1.13.13.11.1066)
/Doctor IdPosition
1..1 unsignedShort Идентификатор должности медицинского работника (Номенклатура должностей медицинских работников и фармацевтических работников, Справочник OID:1.2.643.5.1.13.13.11.1002)
/Doctor/Person
1..1
Информация о персоне
/Person Sex
0..1 unsignedByte Код пола (Классификатор половой принадлежности, Справочник OID:1.2.643.5.1.13.2.1.1.156)
/Person BirthDate
0..1 Datetime Дата рождения
/Person IdPersonMis
1..1 String Идентификатор участника случая в МИС
/Person/HumanName
1..1
ФИО медицинского работника
/HumanName FamilyName
1..1 String Фамилия медицинского работника
/HumanName GivenName
1..1 String Имя медицинского работника
/HumanName MiddleName
0..1 String Отчество медицинского работника
/Person/Documents/IdentityDocument
0..*
Информация о документах участника случая – медицинского работника (объект заполняется аналогично документам пациента). Передается информация о СНИЛС (при ее наличии в МИС).
/caseDto/LegalAuthenticator
0..1
В элементе указывается информация о лице, утвердившем информацию о случае обслуживания (несущем юридическую ответственность)
/LegalAuthenticator IdRole
0..1 unsignedByte Роль в оказании помощи (Справочник OID: 1.2.643.5.1.13.2.7.1.30)
/LegalAuthenticator/Doctor
1..1
Информация о медицинском работнике
/Doctor IdLpu
0..1 guid Идентификатор МО, к которому относится медицинский работник
/Doctor IdSpeciality
1..1 unsignedShort Идентификатор специальности медицинского работника (Номенклатура специальностей специалистов с высшим и послевузовским медицинским и фармацевтическим образованием в сфере здравоохранения, Справочник OID:1.2.643.5.1.13.13.11.1066)
/Doctor IdPosition
1..1 unsignedShort Идентификатор должности медицинского работника (Номенклатура должностей медицинских работников и фармацевтических работников, Справочник OID:1.2.643.5.1.13.13.11.1002)
/Doctor/Person
1..1
Информация о персоне
/Person Sex
0..1 unsignedByte Код пола (Классификатор половой принадлежности, Справочник OID:1.2.643.5.1.13.2.1.1.156)
/Person BirthDate
0..1 Datetime Дата рождения
/Person IdPersonMis
1..1 String Идентификатор участника случая в МИС
/Person/HumanName
1..1
ФИО медицинского работника
/HumanName FamilyName
1..1 String Фамилия медицинского работника
/HumanName GivenName
1..1 String Имя медицинского работника
/HumanName MiddleName
0..1 String Отчество медицинского работника
/Person/Documents/IdentityDocument
0..*
Информация о документах участника случая – медицинского работника (объект заполняется аналогично документам пациента). Передается информация о СНИЛС (при ее наличии в МИС).
/caseDto/Guardian
0..1
Информация о другом участнике случая (родителе/опекуне)
/Guardian IdRelationType
1..1 unsignedByte Код отношения к пациенту (справочник Отношение к пациенту, Справочник OID:1.2.643.5.1.13.2.7.1.15)
/Guardian UnderlyingDocument
1..1 String Реквизиты документа, удостоверяющие право представлять пациента
/Guardian/Person
1..1
Информация о персоне
/Person Sex
1..1 unsignedByte Код пола (Классификатор половой принадлежности, Справочник OID:1.2.643.5.1.13.2.1.1.156)
/Person BirthDate
1..1 Datetime Дата рождения
/Person IdPersonMis
1..1 String Идентификатор другого участника случая в МИС
/Person/HumanName
1..1
ФИО другого участника случая (родителя/опекуна)
/HumanName FamilyName
1..1 String Фамилия
/HumanName GivenName
1..1 String Имя
/HumanName MiddleName
0..1 String Отчество
/Person/Documents/IdentityDocument
0..*
Информация о документах другого участника случая (объект заполняется аналогично документам пациента)
/caseDto/Steps/StepStat
0..0
Информация об эпизоде случая медицинского обслуживания
/StepStat DateStart
0..0 Datetime Дата начала эпизода
/StepStat DateEnd
0..0 Datetime Дата окончания эпизода
/StepStat Comment
0..0 String Комментарий
/StepStat IdStepMis
0..0 String Идентификатор эпизода случая медицинского обслуживания в передающей МИС
/StepStat IdPaymentType
0..0 unsignedByte Идентификатор источника финансирования (Справочник OID: 1.2.643.2.69.1.1.1.32)
/StepStat HospitalDepartmentName
0..0 String Наименование отделения
/StepStat IdHospitalDepartment
0..0 String Код отделения (Регистрационный код отделения в МО (возможно, из паспорта ЛПУ))
Для документов ВИМИС необходимо указывать код из справочника МО (1.2.643.2.69.1.1.1.64)
/StepStat IdRegimen
0..0 unsignedByte Идентификатор режима лечения (Справочник OID: 1.2.643.2.69.1.1.1.25)
/StepStat WardNumber
0..0 String Номер палаты
/StepStat BedNumber
0..0 String Номер койки
/StepStat BedProfile
0..0 int Профиль койки (Номенклатура коечного фонда медицинской организации, Справочник OID: 1.2.643.5.1.13.2.1.1.221)
/StepStat DaySpend
0..0 unsignedShort Проведено койко-дней
/StepStat/Doctor
0..0
Информация о враче
/Doctor IdLpu
0..0 guid Идентификатор МО, к которому относится врач
/Doctor IdSpeciality
0..0 unsignedShort Идентификатор специальности врача (Номенклатура специальностей специалистов с высшим и послевузовским медицинским и фармацевтическим образованием в сфере здравоохранения, Справочник OID:1.2.643.5.1.13.13.11.1066)
/Doctor IdPosition
0..0 unsignedShort Идентификатор должности врача (Номенклатура должностей медицинских работников и фармацевтических работников, Справочник OID:1.2.643.5.1.13.13.11.1002)
/Doctor/Person
0..0
Информация о персоне
/Person Sex
0..0 unsignedByte Код пола (Классификатор половой принадлежности, Справочник OID:1.2.643.5.1.13.2.1.1.156)
/Person BirthDate
0..0 Datetime Дата рождения
/Person IdPersonMis
0..0 String Идентификатор участника случая в МИС
/Person/HumanName
0..0
ФИО врача
/HumanName FamilyName
0..0 String Фамилия врача
/HumanName GivenName
0..0 String Имя врача
/HumanName MiddleName
0..0 String Отчество врача
/Person/Documents/IdentityDocument
0..0
Информация о документах участника случая – врача (объект заполняется аналогично документам пациента). Передается информация о СНИЛС (при ее наличии в МИС).
/StepStat/MedRecords
0..0
Массив MedRecord, доступных для эпизода стационарного случая обслуживания
/caseDto/MedRecords
0..1
Массив MedRecord, доступных для стационарного случая обслуживания

Кратность объектов MedRecord

В таблицах приведена обязательность MedRecord каждого типа для уровня случая обслуживания и эпизода для передачи в рамках метода CloseCase.

Тип MedRecord Описание Обязательность (кратность) для СМО Обязательность (кратность) для эпизодов СМО
Case
Stat
Case
Amb
Case
Tmc
Case
Acps
Dispensary
Base
Step
Amb
Step
Stat
AppointedMedication Назначенные препараты 0..0 0..0 0..0 0..0 0..0 0..* 0..*
Service Оказанные (выполненные) услуги 0..0 0..0 0..* 0..0 0..0 0..0 0..0
TfomsInfo Выполненные медицинские стандарты в разрезе учета ТФОМС 0..* 0..1 0..* 0..1 0..0 0..0 0..0
NonDrugTreatment Данные о назначенном немедикаментозном лечении 0..0 0..0 0..0 0..0 0..0 0..* 0..*
Immunize Данные о проведенной вакцинации 0..0 0..0 0..0 0..0 0..0 0..* 0..*
ResInstr Данные об инструментальных исследованиях 0..0 0..0 0..0 0..0 0..0 0..* 0..*
AllergyDrug Данные о патологических реакциях на медикамент 0..0 0..0 0..0 0..0 0..0 0..* 0..*
AllergyNonDrug Данные о патологических реакциях на не медикамент 0..0 0..0 0..0 0..0 0..0 0..* 0..*
Scores Объективизированная оценка состояния больного 0..* 0..0 0..0 0..0 0..0 0..0 0..0
Procedure Данные о проведенных медицинских процедурах 0..0 0..0 0..0 0..0 0..0 0..* 0..*
SocialAnamnesis Анамнез 0..* 0..1 0..1 0..1 0..* 0..0 0..0
DeathInfo Летальный исход (причина смерти) 0..* 0..0 0..0 0..0 0..0 0..* 0..*
Diagnosis Диагноз 0..* 0..0 0..0 0..0 0..0 0..0 0..0
ClinicMainDiagnosis Основной диагноз (при отсутствии летального исхода) 0..1 1..* 0..1 0..1 0..1 0..1 0..1
Anatomopathological
ClinicMainDiagnosis
Патологоанатомический диагноз (основной диагноз, его осложнения и сопутствующие заболевания) 0..* 0..0 0..0 0..0 0..0 0..0 0..0
DispensaryOne/Two/
OnceByTwoYears
Первый/Второй этап диспансеризации/Диспансеризация раз в два года 0..0 0..0 0..0 0..0 0..1 0..0 0..0
Referral Направление на госпитализацию, обследование, консультацию 0..* 0..* 0..0 0..0 0..0 0..0 0..0
SickList Выданные листки временной нетрудоспособности 0..* 0..* 0..0 0..0 0..0 0..0 0..0
DischargeSummary Эпикриз 0..* 0..1 0..0 0..0 0..0 0..0 0..0
LaboratoryReport Лабораторное исследование 0..* 0..* 0..0 0..0 0..* 0..0 0..0
Problem Cведения о подозрении на заболевание 0..0 0..0 0..0 0..0 0..0 0..0 0..0
ConsultNote Заключение по результатам консультации или диагностического исследования 0..* 0..1 0..* 0..0 0..0 0..0 0..0
BirthCertificate Данные медицинского свидетельства о рождении 0..* 0..0 0..0 0..0 0..0 0..0 0..0
DeathCertificate Данные медицинского свидетельства о смерти 0..* 0..0 0..0 0..0 0..0 0..0 0..0

Добавление медицинских записей (AddMedRecord)

Данный метод используется для передачи в Модуль сбора статистики медицинской записи как в рамках случая обслуживания (в запросе метода требуется заполнение параметра Идентификатор случая обслуживания в передающей МИС), так и без привязки к нему (параметр Идентификатор случая обслуживания в передающей МИС не заполняется; привязка медицинской записи осуществляется напрямую «к пациенту»). Передачу медицинской записи на уровень случая обслуживания можно осуществлять как для открытых (незавершенных), так и для закрытых (завершенных) случаев обслуживания. Метод не позволяет передавать медицинские записи на уровень эпизода случая обслуживания.

Внимание

Метод AddMedRecord с типом MedDoc не допускается применять для обновления ранее переданного документа с идентичным IdDocumentMis

Для передачи информации по медицинским записям используется объекты типа MedRecord (описание MedRecord и его наследуемых объектов приведено в разделе "Тип MedRecord"). Кратность объектов представлена ниже.

Структура запроса метода AddMedRecord представлена на Рисунке 18.

Рисунок 18. Структура запроса AddMedRecord

Пример запроса метода AddMedRecord приведен в разделе примеры запросов.

Описание параметров запроса

В таблице представлено описание параметров запроса метода AddMedRecord.

Контейнер Параметр Условие Обязательность Тип Описание
Root
1..1

/ guid
1..1 GUID Авторизационный токен
/ IdLpu
1..1 guid Идентификатор МО
/ IdPatientMis
1..1 String

Идентификатор пациента в передающей системе

/ IdCaseMis
0..1 String

Идентификатор случая в передающей МИС. Если он не передан, то данные отправятся без привязки к CaseBase.

/ confidentiality
0..1 int Код уровня конфиденциальности (Cправочник OID: 1.2.643.2.69.1.1.1.90)
/MedRecord
1..1
Медицинская запись. Для значения xsi:type указывается соответствующий тип наследуемого объекта. Описание типов объекта приведено в разделе "Тип MedRecord"

Кратность объектов MedRecord

В таблицах приведена обязательность (кратность) MedRecord каждого типа для передачи в рамках метода AddMedRecord.

Тип MedRecord Описание Обязательность (кратность) для СМО Обязательность (кратность) для эпизодов СМО
Case
Stat
Case
Amb
Case
Tmc
Case
Acps
Dispensary
Base
Уровень
"Пациент"
Step
Amb
Step
Stat
AppointedMedication Назначенные препараты 0..0 0..0 0..0 0..0 0..0 0..0 0..0 0..0
Service Оказанные (выполненные) услуги 0..0 0..0 0..* 0..0 0..0 0..0 0..0 0..0
TfomsInfo Выполненные медицинские стандарты в разрезе учета ТФОМС 0..1 0..1 0..* 0..1 0..0 0..0 0..0 0..0
NonDrugTreatment Данные о назначенном немедикаментозном лечении 0..0 0..0 0..0 0..0 0..0 0..0 0..0 0..0
Immunize Данные о проведенной вакцинации 0..* 0..* 0..0 0..0 0..0 0..0 0..0 0..0
ResInstr Данные об инструментальных исследованиях 0..0 0..0 0..0 0..0 0..0 0..0 0..0 0..0
AllergyDrug Данные о патологических реакциях на медикамент 0..0 0..0 0..0 0..0 0..0 0..0 0..0 0..0
AllergyNonDrug Данные о патологических реакциях на не медикамент 0..0 0..0 0..0 0..0 0..0 0..0 0..0 0..0
Scores Объективизированная оценка состояния больного 0..0 0..0 0..0 0..0 0..0 0..0 0..0 0..0
Procedure Данные о проведенных медицинских процедурах 0..0 0..0 0..0 0..0 0..0 0..0 0..0 0..0
SocialAnamnesis Анамнез 0..0 0..0 0..0 0..0 0..0 0..0 0..0 0..0
DeathInfo Летальный исход (причина смерти) 0..1 0..0 0..0 0..0 0..0 0..0 0..0 0..0
Diagnosis Диагноз 0..* 0..* 0..0 0..* 0..0 0..0 0..0 0..0
ClinicMainDiagnosis Основной диагноз (при отсутствии летального исхода) 0..1 0..1 0..* 0..1 0..0 0..0 0..0 0..0
Anatomopathological
ClinicMainDiagnosis
Патологоанатомический диагноз (основной диагноз, его осложнения и сопутствующие заболевания) 0..1 0..0 0..0 0..0 0..0 0..0 0..0 0..0
DispensaryOne/Two/
OnceByTwoYears
Первый/Второй этап диспансеризации/Диспансеризация раз в два года 0..0 0..0 0..0 0..0 0..1 0..0 0..0 0..0
Referral Направление на госпитализацию, обследование, консультацию 0..* 0..* 0..0 0..0 0..0 0..* 0..0 0..0
SickList Выданные листки временной нетрудоспособности 0..* 0..* 0..0 0..0 0..0 0..0 0..0 0..0
DischargeSummary Эпикриз 0..1 0..1 0..0 0..0 0..0 0..0 0..0 0..0
LaboratoryReport Лабораторное исследование 0..* 0..* 0..0 0..0 0..* 0..* 0..0 0..0
Problem Cведения о подозрении на заболевание 0..0 0..0 0..0 0..0 0..0 0..0 0..0 0..0
ConsultNote Заключение по результатам консультации или диагностического исследования 0..1 0..1 0..* 0..0 0..0 0..0 0..* 0..*

Изменение закрытого случая медицинского обслуживания (UpdateCase)

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

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

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

Пример запроса метода UpdateCase приведен в разделе примеры запросов.

Внимание

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

При попытке передать данные с измененными вышеперечисленными параметрами, будут возвращаться сообщения со сведениями об ошибке:

Изменение Сообщение об ошибке
IdPatientMis Идентификатор пациента в СМО не совпадает с ранее зарегистрированными сведениями о пациенте
IdLpu Идентификатор МО в СМО не совпадает с ранее зарегистрированными сведениями о МО
SystemGuid Идентификатор МИС в СМО не совпадает с ранее зарегистрированными сведениями о МИС
IdCaseMis Идентификатор СМО не совпадает с ранее зарегистрированными сведениями о СМО

При обновлении следует учитывать, что методом UpdateCase осуществляется полная замена информации по СМО. Таким образом если к исходному СМО были привязаны медицинские записи  MedRecord с типом MedDoc, то данные записи нужно будет передать повторно в составе метода UpdateCase либо при помощи метода AddMedRecord.


Описание параметров запроса (амбулаторный случай обслуживания)

Параметры запроса метода UpdatePatient для изменения информации по амбулаторному случаю обслуживания совпадают с параметрами запроса метода AddPatient для добавления информации по амбулаторному случаю обслуживания (приведено в разделе "Добавление завершенного случая медицинского обслуживания (AddCase)").

Описание параметров запроса (стационарный случай обслуживания)

Параметры запроса метода UpdatePatient для изменения информации по стационарному случаю обслуживания совпадают с параметрами запроса метода AddPatient для добавления информации по стационарному случаю обслуживания (приведено в разделе "Добавление завершенного случая медицинского обслуживания (AddCase)").

Коды ошибок

Код ошибки Контейнер Текст сообщения
1
Неправильный идентификатор системы
2
Пациент не найден
5
Неправильный идентификатор запроса
6
Поле не может быть пустым
7
Поле заполнено некорректно
8
Поле содержит ошибки
9
Объект не найден в системе
10
Превышена максимальная длина поля
11
Неверный тип параметра
22
Отсутсвует Observation с кодом {0}
100
Случай обслуживания закрыт
101
Случай обслуживания не найден
102
Тип документа не уникален для пациента
50
Не найден полный ключ для поиска пациента
31
Случай обслуживания уже существует
23
Попытка повторного добавления пациента
99
Произошла техническая ошибка
404
Соединение с Фед.ИЭМК не установлено
1003
Дата закрытия случая меньше даты открытия
100
Контейнер Patient не найден
90
Параметр IdPatientMIS заполнен некорректно
91 Patient Параметр SocialGroup заполнен некорректно
2079 caseDto Контейнер caseDto не может быть пустым
2080 searchData Контейнер searchData не может быть пустым
103 Documents Параметр IdDocumentType контейнера Documents заполнен некорректно
104 Documents Параметр DocN контейнера Documents заполнен некорректно
105 Documents Параметр DocS (для типа документа с обязательной серией) контейнера Documents заполнен некорректно
106 Documents Параметр IdProvider контейнера Documents заполнен некорректно
107 Documents Параметр IdProvider контейнера Documents заполнен некорректно
108 Documents Параметр IssuedDate контейнера Documents заполнен некорректно
109 Documents Параметр ProviderName контейнера Documents заполнен некорректно
110
Параметр IdType контейнера заполнен некорректно
111
Параметр StringAddress контейнера Address заполнен некорректно
112
Отсутствует код показателя {0}
150 BirthPlace Параметр City контейнера BirthPlace заполнен некорректно
151 BirthPlace Параметр Region контейнера BirthPlace заполнен некорректно
152 BirthPlace Параметр Country контейнера BirthPlace заполнен некорректно
130 Contacts Параметр IdContactType контейнера Contacts заполнен некорректно
131 Contacts Параметр ContactValue контейнера Contacts заполнен некорректно
160 Privilege Параметр IdPrivilegeType контейнера Privilege заполнен некорректно
161 Privilege Параметр DateStart контейнера Privilege заполнен некорректно
162 Privilege Параметр DateEnd контейнера Privilege заполнен некорректно
163 Privilege Значение параметра DateStart не может быть больше значения параметра DateEnd контейнера Privilege
51 Patient Параметр FamilyName контейнера Patient не заполнен
52 Patient Параметр GivenName контейнера Patient не заполнен
53 Patient Параметр Sex контейнера Patient заполнен некорректно
54 Patient Параметр BirthDate контейнера Patient заполнен некорректно
2100 Referral Параметр IdRefDepartmentHead контейнера Referral заполнен некорректно
2098 Referral Контейнер Referral не может быть пустым
2099 Referral Параметр IdDoctorRef контейнера Referral заполнен некорректно
2097 HospRecord Параметр IsContinuation контейнера HospRecord заполнен некорректно
2105 Documents Параметр IdRequest контейнера Documents отсутствует
2106 Documents Параметр IdRequest контейнера Documents отсутствует
2107 SearchData Дата начала должна быть меньше чем дата окончания поиска контейнера SearchData
2108 SearchData Параметр IdLpu контейнера SearchData не найден
2109 SearchData Параметр IdPatientMis контейнера SearchData не найден
2110 Referral Параметр Reason контейнера Referral заполнен некорректно
2111 SearchData Параметр IdDocument контейнера SearchData заполнен некорректно

Механизм взаимодействия с федеральными сервисами ЕГИСЗ

Общая информация

Сервис ИЭМК обеспечивает передачу полученных из МИС-МО данных (завершенных случаев обслуживания и документов) на федеральный уровень - в сервисы ЕГИСЗ: Федеральная интегрированная электронная медицинская карта (ФИЭМК), Реестр электронных медицинских документов (РЭМД), Вертикально-интегрированная медицинская информационная система (ВИМИС).

Управление приемом медицинских документов осуществляется на основании регионального справочника допустимых к приему в сервис ИЭМК типов медицинских документов "Виды электронных медицинских документов" oid:1.2.643.2.69.1.1.1.195 и федерального справочника «Регистрируемые электронные медицинские документы» oid:1.2.643.5.1.13.13.11.1520.

ФИЭМК - передаются данные о пациентах и завершенных случаях амбулаторного или стационарного обслуживания (СМО), преобразованные в формат Структурированного электронного медицинского документа - СЭМД, которые удовлетворяют следующим условиям:

  1. Переданы данные СНИЛС медицинского работника во всех объектах. относящихся к типу MedicalStaff
  2. Переданы данные основного диагноза - ClinicMainDiagnosis
  3. Передан идентификатор IdLPU структурного подразделения МО (СП)

На данный момент реализована передача следующих типов документов:

  1. Эпикриз в стационаре выписной (CDA - ред.3)
  2. Амбулаторный эпикриз (CDA - ред.3)
  3. Протокол консультации (CDA - ред.2)
  4. Протокол лабораторного исследования (CDA - ред.2)

РЭМД - передаются данные о пациентах и их медицинских документах, сформированных на стороне МИС, которые удовлетворяют следующим требованиям:

      1.Подразделение медицинской организации (СП МО), от которой осуществляется отправка ЭМД в РЭМД, зарегистрировано в ФРМО;

      2.ЭМД имеет УКЭП МО (для всех типов документов) и УКЭП врача (для определенных типов документов), сформированных по формату CMS (Cryptographic Message Syntax):

               -Врач, подписавший ЭМД (переданный в блоке Attachment.PersonalSigns.MedDocumentDto.PersonalSign.Doctor.Person), зарегистрирован в ФРМР;

               -У врача, подписавшего ЭМД, передан СНИЛС;

               -Для формирования указанных УКЭП использовались сертификаты, выданные аккредитованными УЦ. Сертификаты соответствуют требованиям ГОСТ Р 34.10-2012 (Согласно выписке из документа ФСБ России N 149/7/1/3-58 от 31.01.2014 «О порядке перехода к использованию новых стандартов ЭЦП и функции хэширования» использование схемы подписи ГОСТ Р 34.10-2001 для формирования подписи после 31.12.2018 года не допускается)

       3.Файл ЭМД имеет соответствующий типу ЭМД формат, согласно параметру mime_type_remd справочника  "Виды электронных медицинских документов" oid:1.2.643.2.69.1.1.1.195.

Управление требованиями к наличию электронных подписей для типов документов осуществляется на основании федерального справочника "РЭМД. Правила подписи электронных медицинских документов"  oid:1.2.643.5.1.13.13.99.2.42

ВИМИС - передаются данные о пациентах и их медицинских документах, сформированных на стороне МИС или сформированных на основании СМО на стороне ИЭМК, которые удовлетворяют необходимым требованиям (подробнее https://api.n3med.ru/api/vimis/vimis/).

Лимитирование для РЭМД и ФИЭМК

В связи с повышением нагрузки и подключением всех субъектов к работе с федеральными сервисами ЕГИСЗ ограничено количество запросов в федеральные сервисы для защиты федеральной системы от перегрузки, различного рода DDOS-атак. Лимит установлен между ИПС и сервисом ЕГИСЗ, является заданным пороговым значением сообщений в минуту, при превышении которого на все запросы в течение этой минуты возвращается ошибка о достижении лимита - «Достигнут защитный лимит, просьба повторить через минуту или позже». 

Телеграмм бот для просмотра текущих лимитов, установленных на стороне ЕГИСЗ для регионов (https://t.me/egisz_inform_bot).


Алгоритм выгрузки

В оперативной очереди общей выгрузки, формируются «пачки» ЭМД по 100 штук. Выгрузка осуществляется согласно выделенному федеральному лимиту на количество запросов в регионе.

Все пригодные для выгрузки в федеральные сервисы ЭМД, добавленные в ИЭМК попадают в общую очередь документов со статусом 0. 

Перевыгрузка (2-я и последующие попытки выгрузки ЭМД) до получения статуса 4 осуществляется по дате последней попытки выгрузки для ЭМД.

Взаимодействие с федеральным сервисом ЕГИСЗ

Передаваемые данные проходят фазы обработки - Региональная валидация, федеральные Валидация I и Валидация II.

Сервис ИЭМК логирует ответы, приходящие от федерального сервиса ЕГИСЗ в графическом интерфейсе EventLog (fedstats), а также передает их в МИС, если настроено взаимодействие с Модулем доставки обратных сообщений в МИС. Ниже приведены коды ответов вместе с сообщениями федерального сервиса и их расшифровка:

  1. Status=0,  свидетельствует о том, что документ взят в обработку Выгрузчиком, ожидает выгрузки
  2. Status=1, сообщение - "Данные добавлены успешно" / "Документ успешно отправлен" (ВИМИС) - свидетельствует о том, что запрос прошел первичную валидацию, но не получен асинхронный ответ, подтверждающий успешное прохождение вторичной валидации. Для ЭМД, находящихся в статусе "1" более 6 часов c момента последней попытки выгрузки данного документа  выполняется автоматическая переотправка запроса на регистрацию сведений в сервис ФИЭМК/РЭМД.
  3. Status=2 - свидетельствует об ошибках региональной  валидации, вследствие чего не удалось сформировать запрос на передачу данных в сервис ЕГИСЗ
  4. Status=3 - свидетельствует о том, что федеральная первичная валидация не пройдена
  5. Status=4, сообщение - Документ успешно загружен в ЕГИСЗ" (ФИЭМК) / "Валидация документа прошла успешно" (РЭМД) / "Запись в базу данных выполнена успешно" (ВИМИС) - свидетельствует о том, что данные успешно зарегистрированы в Федеральном сервисе ЕГИСЗ
  6. Status=5 - свидетельствует о том, что федеральная вторичная валидация не пройдена 

Ошибки региональной валидации:

Включает в себя проверку выполнения требований и наличия данных, необходимых для формирования запроса (registerDocument) в федеральный сервис ЕГИСЗ:

Ошибки федеральной валидации РЭМД:

  1. Валидация I (первичная валидация): Включает в себя проверку ЭМД на соответствие содержания заголовка сообщения в соответствии с профилем IHE и содержания заголовка СЭМД. Т.е. на первом этапе производится валидация синтаксической корректности запроса. Данная проверка выполняется синхронно. В случае получения ошибок на адрес регионального сервиса ИЭМК поступает синхронный ответ с сообщением об ошибке: 1.2.643.5.1.13.13.99.2.93 - Классификатор кодов сообщений подсистемы интеграции прикладных систем ЕГИСЗ

       2. Валидация II (вторичная валидация): Включает в себя проверку структуры секций, значений атрибутов обязательных элементов ЭМД, т.е. производится полная проверка предоставленных сведений:

         -проверка сертификатов электронных подписей, которыми был подписан ЭМД, с помощью сертифицированных СКЗИ;

         -проверка наличия сведений о медицинской организации в ФРМО;

         -проверка наличия сведений о медицинских работниках в ФРМР.

Статусы 2,3,5 свидетельствуют о полученных ошибках взаимодействия с сервисами ЕГИСЗ, поэтому их перевыгрузка зависит от заданных категорий ошибок, в свою очередь определяющей правила поведения механизма перевыгрузки ЭМД при получении ошибок определенного типа, которые отнесены к данной категории: Автоматическая перевыгрузка, Ручная перевыгрузка или перевыгрузка запрещена:

Некатегоризированная ошибка

Предназначена для типов ошибок, которые еще ранее не были отнесены к какой-либо категории. В данную ошибку падают электронно-медицинские документы, получившие при выгрузке статусы 2,3,5. 

Автоматическая перевыгрузка

Данная категория предназначена для типов ошибок, которые исправляются за счет повторной автоматической выгрузки ЭМД, без внесения изменений в сам ЭМД или запрос на регистрацию в сервис ЕГИСЗ.

Перевыгрузка запрещена

Данная категория предназначена для типов ошибок, перевыгрузка которых, без внесения изменений в ЭМД или запрос на регистрацию, строго запрещена. Требуется исправить возникшие ошибки и направить новый ЭМД в сервис ИЭМК.

Ручная перевыгрузка

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


Информирование МИС-МО о статусах ЭМД, регистрируемых в фед. сервисах ЕГИСЗ (ФИЭМК, РЭМД)

1. Модуль доставки обратных сообщений в МИС

Зеленым цветом выделены параметры, которые передаются в новом механизме отправки колбэков, в случае если у вас есть потребность в переходе на новый механизм, пожалуйста, обратитесь в СТП Нетрика-Медицина (otrs-zdrav@n3med.ru)

Назначение

Модуль доставки обратных сообщений (далее, Модуль) представляет собой сервис доставки асинхронных сообщений от Модуля приема документов из МИС следующих типов:

  1. сообщение о статусе генерации CDA по JSON-описанию документа;
  2. сообщение о результатах регистрации ЭМД в федеральных сервисах ИЭМК и РЭМД ЕГИСЗ;
  3. сообщение о регистрации в РЭМД ЕГИСЗ документа, сформированного Бюро МСЭ в ответ на Направление на МСЭ;
  4. сообщение о получении из РЭМД ЕГИСЗ документа, сформированного Бюро МСЭ в ответ на Направление на МСЭ;
  5. сообщение об асинхронном / синхронном ответе ВИМИС

Порядок взаимодействия с Модулем

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

В качестве протокола взаимодействия между Модулем принимающей системой используется REST.

Сообщения в МИС направляются в формате JSON, ответные сообщения от МИС также принимаются в JSON-формате. 

Сообщения направляются в МИС запросом методом POST:

POST[base]/[MessageType]

где:

  • [base] -адрес Модуля доставки обратных сообщений в МИС;
  • [MessageType] - тип информационного сообщения


Принимающая сторона получает сообщения следующих типов:

Тип сообщения

MessageType

Статус генерации CDA-описания ЭМД CDAStatus
Результаты выгрузки СЭМД в ФИЭМК SEMDStatus
Результаты регистрации ЭМД в РЭМД REMDStatus

Регистрация РЭМД ЕГИСЗ документа, сформированного Бюро МСЭ в ответ на Направление на МСЭ (по тексту "Обратный талон")

MseResult

Получение из РЭМД ЕГИСЗ документа, сформированного Бюро МСЭ в ответ на Направление на МСЭ

MseResultData
Статус выгрузки СЭМД/СЭМД-бета в ВИМИС VimisResult


Для взаимодействия с Модулем доставки обратных сообщений в МИС, на стороне принимающей системы необходимо реализовать Сервис обратного вызова МИС-МО. Он должен принимать сообщения от Модуля и отправлять в него обратный ответ об успешном получении сообщения в формате JSON. 

Для каждой площадки МИС-МО должен быть заведен уникальный адрес сервиса обратного вызова.

Для получения сообщений о статусе генерации CDA-описания ЭМД, а также сообщений о результатах выгрузки СЭМД, при отправке/обновлении JSON-описания ЭМД  в Модуль приема документов от МИС методами, указанными в документе API Модуля приема документов от МИС, необходимо в заголовке запроса в параметре "Reply-To" указать адрес сервиса обратного вызова площадки МИС-МО. 

Reply-To: http://rc-test/back/

Для получения сообщений о регистрации ЭМД, регистрации и получении Обратного талона из РЭМД, в сервисе ИЭМК должен быть зарегистрирован адрес сервиса обратного вызова площадки (МИС-МО). Регистрация адресов площадок находится в зоне ответственности МИАЦ региона.


Информирование МИС о статусе генерации CDA-описания ЭМД

Сообщение, информирующее МИС о статусе генерации CDA-описания ЭМД, содержит следующие параметры:

Параметр

Тип

Кратность

Описание

IdMedDocumentMis string 1..1 Идентификатор документа в МИС
IdMedDocument int 1..1 Идентификатор документа в Модуле приема документов от МИС
MedDocumentType int 1..1 Тип ЭМД по справочнику 1.2.643.5.1.13.13.99.2.41
Lpu string 1..1 Идентификатор МО-отправителя ЭМД
MessageId uuid 1..1 Идентификатор сообщения
Status string 1..1

Статус:

  1. Success – успешная обработка;
  2. Failed – при обработке возникли ошибки.
Message string 1..1 Текстовый ответ при формировании CDA-описания ЭМД
CDA base64 0..1 Тело CDA-описания ЭМД

Пример сообщения о статусе генерации CDA-описания ЭМД

{
    "IdMedDocumentMis": "idDocumentMis_2125630",
    "IdMedDocument": 1053,
    "MedDocumentType": 33,
    "Lpu": "20dfadd0-c709-43b0-a130-5a16301b0217",
    "MessageId": "f46d3bba-d1af-4d4a-9e69-71952d5cefe7",
    "Status": "Success",
    "Message": "CDA успешно сформирован",
    "CDA": [место для данных в формате base64]
}


Информирование МИС о результатах выгрузки СЭМД

Сообщение, информирующее МИС о результатах выгрузки СЭМД в ИЭМК ЕГИСЗ содержит следующие параметры:

Параметр

Тип

Кратность

Описание

IdMedDocumentMis string 1..1

Идентификатор случая в МИС 

IdSource string 1..1

Идентификатор документа в рег. шине 

MedDocumentType int 1..1 Вид МД по справочнику 1.2.643.5.1.13.13.11.1520
Lpu string 1..1 Идентификатор головной МО-отправителя ЭМД
MessageId uuid 0..1

Идентификатор сообщения в сервис ЕГИСЗ 

Status string 1..1

Статус

  1. Success – успешная обработка;
  2. Failed – при обработке возникли ошибки.
Message string 1..1 Информационное сообщение о результатах выгрузки СЭМД в Федеральный сервис ИЭМК ЕГИСЗ

Пример сообщения о результатах выгрузки СЭМД:

{
    "IdMedDocumentMis": "2125630",
    "IdSource": "1053",
    "MedDocumentType": 33,
    "Lpu": "20dfadd0-c709-43b0-a130-5a16301b0217",
    "MessageId": "b097fea5-e6f6-4417-9829-53ab6a562719",
    "Status": "Success",
    "Message": "СЭМД успешно загружен в ФИЭМК"
}


Информирование МИС о результатах регистрации ЭМД в РЭМД

Сообщение, информирующее МИС о результатах регистрации ЭМД в РЭМД, содержит следующие параметры:

Параметр Тип Кратность Описание
IdSourceMis string 1..1 Идентификатор документа в МИС
IdSource string 1..1 Идентификатор документа в рег. шине 
MedDocumentType int 1..1 Тип ЭМД по справочнику 1.2.643.2.69.1.1.1.195
Lpu string 1..1 Идентификатор МО-отправителя ЭМД
MessageId uuid 1..1 Идентификатор сообщения
Status string 1..1
  1. Success – успешная обработка; 
  2. Failed – при обработке возникли ошибки.
Message string 1..1 Информационное сообщение о результатах выгрузки ЭМД в РЭМД 
IdFedRequest uuid 1..1 Идентификатор запроса на регистрацию ЭМД в РЭМД 
RemdRegNumber string 0..1 Уникальный регистрационный номер ЭМД в РЭМД 
RemdLocalUuid uuid 0...1 Идентификатор ЭМД в РЭМД

Пример сообщения о результатах регистрации ЭМД в РЭМД:

{
    "IdSourceMis": "idDocumentMis_2125630",
    "IdSource": "1053",
    "MedDocumentType": 33,
    "Lpu": "1.2.643.5.1.13.13.12.2.47.4430",
    "MessageId": "b097fea5-e6f6-4417-9829-53ab6a562719",
    "Status": "Success",
    "Message": "ЭМД успешно загружен в РЭМД",
    "IdFedRequest": "8ed37cdf-8ed0-427e-9a94-14f40bbea18a",
    "RemdRegNumber": "215573",
    "RemdLocalUuid": "9d5d1160-875d-4d8f-80c7-e994ddd44f67"
 }


Информирование МИС о регистрации в РЭМД ЕГИСЗ документа, сформированного Бюро МСЭ в ответ на Направление на МСЭ (ОТ)

Сообщение, информирующее МИС о регистрации в РЭМД ЕГИСЗ документа, сформированного Бюро МСЭ в ответ на Направление на МСЭ, содержит параметры:

Параметр

Тип

Кратность

Описание

Lpu string 1..1 Идентификатор головной МО-отправителя ЭМД
MessageId uuid 1..1 Идентификатор сообщения
IdMSEMis string 1..1 Идентификатор документа "Направление на МСЭ" в МИС, для которого сформирован ответный документ от Бюро МСЭ
IdMse int 1..1 Идентификатор документа "Направление на МСЭ" в ИЭМК
IdResultMSE string 1..1 Регистрационный номер ответного от Бюро МСЭ документа (ОТ) в РЭМД ЕГИСЗ
MedDocumentType int 1..1 Тип ОТ  (значение remd_code по справочнику 1.2.643.2.69.1.1.1.195)
Message string 1..1 Информационное сообщение о результатах регистрации в РЭМД ЕГИСЗ документа, сформированного Бюро МСЭ в ответ на Направление на МСЭ
Status string 1..1
  1. Success – успешная обработка;
  2. Failed – при обработке возникли ошибки.

Пример сообщения о регистрации в РЭМД ЕГИСЗ документа, сформированного Бюро МСЭ в ответ на Направление на МСЭ

{
    "Lpu": "1.2.643.5.1.13.13.12.2.47.4430",
    "MessageId": "b097fea5-e6f6-4417-9829-53ab6a562719",
    "IdMSEMis": "ReferralMSE:558",
    "IdMse": 45090192,
    "IdResultMSE": "108.20.2735.000025073",
    "MedDocumentType": 108,
    "Message": "Получены данные о регистрации ЭМД",
    "Status": "Success"
}


Получение из РЭМД ЕГИСЗ документа, сформированного Бюро МСЭ в ответ на Направление на МСЭ (ОТ)

Сообщение, информирующее МИС о получении из РЭМД ЕГИСЗ документа, сформированного Бюро МСЭ в ответ на Направление на МСЭ, содержит параметры:

Параметр

Тип

Кратность

Описание










Lpu text 1..1 Идентификатор головной МО-отправителя документа "Направление на медико-социальную экспертизу"








MessageId uuid 1..1 Идентификатор сообщения








IdMSEMis text 1..1 Идентификатор документа "Направление на медико-социальную экспертизу" в МИС, для которого зарегистрирован обратный талон








IdMse int 1..1 Идентификатор документа "Направление на МСЭ" в ИЭМК








IdResultMSE string 1..1 Регистрационный номер ответного от Бюро МСЭ документа (ОТ) в РЭМД ЕГИСЗ








MedDocumentType int 1..1 Тип ОТ  (значение remd_code по справочнику 1.2.643.2.69.1.1.1.195)








Data
0..1 Файл документа base64, сформированного Бюро МСЭ в ответ на Направление на МСЭ








Message text 1..1 Информационное сообщение








Status string 1..1
  • Success – успешная обработка;
  • Failed – при обработке возникли ошибки.









Пример сообщения о получение документа, сформированного Бюро МСЭ в ответ на Направление на МСЭ

{   
"Lpu": "1.2.643.5.1.13.13.12.2.47.4430",   
"MessageId": "b097fea5-e6f6-4417-9829-53ab6a562719",   
"IdMSEMis": "ReferralMSE:558",   
"IdMse": 45090192,
"IdResultMse": "108.20.2735.000025073",    
"MedDocumentType": 108,   
"Data": [данные ОТ в формате base64],
"Message": "ЭМД получен от РЭМД",   
"Status": "Success"
}


Информирование МИС о статусе выгрузки СЭМД/СЭМД-бета в ВИМИС

Сообщение, информирующее МИС о статусе сборке и/или выгрузке СЭМД/СЭМД-бета в ВИМИС

Параметр

Тип

Кратность

Описание










MessageId uuid 1..1 Идентификатор Сallback -а








Message text 1..1 Информационное сообщение о результатах выгрузки








Status string 1..1

Статус

  • Success – успешная обработка. 
  • Failed – при обработке возникли ошибки.









Lpu text 1..1 Идентификатор МО-отправителя ЭМД








DocType

int 1..1 Номер СЭМД/СЭМД-бета








IdSourсe

string

1..1

Идентификатор источника, по которому формируется СЭМД/СЭМД-бета.










IdRecipientSystem string 1..1 Идентификатор системы получателя ВИМИС (ОНКО/АКиНЕО и т.д).








StatusСode int 1..1 Код статуса








IdCaseMis

string

1..1

Идентификатор случая в передающей МИС










IdDocumentMis

string

1..1

Идентификатор документа в системе-источнике (МИС)










Пример сообщения о получение документа "Сведения о результатах проведенной медико-социальной экспертизы" из РЭМД ЕГИСЗ

{
    "MessageId": "24a8515f-d0b3-4778-8af2-d0f4ff976215",
    "Message": "Валидация документа прошла успешно",
    "Status": "Success",
    "Lpu": "bb155d55-a036-404c-aa25-f7e55bab3d57",
    "DocType": 5,
    "IdSource": "12393",
    "IdRecipientSystem": "Онкология",
    "StatusCode": 4
    "IdCaseMis": "3462895"
    "IdDocumentMis": "2354219"
}


Структура ответа МИС о получении сообщения

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

Параметр

Тип

Кратность

Описание

MessageId uuid

0..1

Идентификатор сообщения, получение которого подтверждает МИС
Message string 1..1 Текстовый ответ 
Status string 1..1

Статус

  1. Success – успешная обработка;
  2. Failed – при обработке возникли ошибки.

Пример ответа МИС о получении сообщения

{
    "MessageId": "b097fea5-e6f6-4417-9829-53ab6a562719",   
    "Message": "Сообщение принято успешно",
    "Status": "Success"
}

2. Получение статуса выгрузки ЭМД в фед. сервисы ЕГИСЗ (ФИЭМК, РЭМД)

1.  Авторизация в сервисе и адрес сервиса

Адрес сервиса - Адрес Модуля приема документов от МИС (Cda-gen)

Пример:

http://rc-test/CDAGen/api

В зависимости от сервиса, в адресную строку запроса методом POST добавляется соответствующий тип:

  • TakeSemdStatus - для получения статуса выгрузки СЭМД в ФИЭМК
  • TakeRemdStatus - для получения статуса выгрузки ЭМД в РЭМД

Пример:

POST http://rc-test/CDAGen/api/Emd/TakeSemdStatus 

Авторизация осуществляется посредством передачи авторизационного ключа, значение которого соответствует значению авторизационного ключа Сервиса ИЭМК. Ключ выдается администратором интеграционной платформы. Авторизационные данные указывается в заголовке REST-сообщения в следующем формате:

Authorization: N3[пробел][GUID передающей МИС]

Пример передачи Авторизационного ключа:

Authorization: N3 479414DE-8830-4487-A560-0A22E23C89B4M

2.  Статус регистрации СЭМД в ФИЭМК (TakeSemdStatus)

2.1  Вызов метода

POST [base]/cdagen/api/Emd/TakeSemdStatus
header Authorization: {N3 GUID МИС}
header Content-Type: application/json

где base - адрес Модуля CDA-gen


В теле запроса передаются параметры:

Параметр Кратность Тип Описание
FedEmdType 1...1 int

Тип ЭМД - федеральный код (значения semd_code по справочнику 1.2.643.2.69.1.1.1.195). Допустимы коды: 

1 - Эпикриз в стационаре выписной (CDA - ред.3)

2 - Амбулаторный эпикриз (CDA - ред.3)

5 - Протокол консультации (CDA - ред.2)

7 - Протокол лабораторного исследования (CDA) 

Organization 1...1 uuid Идентификатор МО-отправителя данных (IdLpu - поле "Код" по справочнику 1.2.643.2.69.1.1.1.64) 
IdSourceMis 1...1 string Идентификатор СМО в МИС
Take 1..1 string

Параметр порядка отбора данных, допустимы значения last или all:

  1. last - вывод данных записи последней попытки выгрузки СЭМД 
  2. all - вывод данных всех попыток выгрузки СЭМД, в порядке убывания даты выгрузки. 


Пример запроса на получение данных о статусе регистрации CЭМД В ФИЭМК

POST http://rc-test/CDAGen/api/Emd/TakeSemdStatus
Content-Type: application/json
Authorization: N3 0ba981e7-cfad-4bc2-935d-be52e10e57ad
{
    "FedEmdType": 5,
    "Organization": "4b16aaaf-c80b-4d27-bfcb-a7f87c1eace7",
    "IdSourceMis": "idCaseMis_2125630",
    "Take": "all"
}
Код в Organization проверяется по справочнику 1.2.643.2.69.1.1.1.64 (IdLpu=code в НСИ). При отсутствии значения в справочнике выводится ошибка.Если запрос идет по СП (структурному подразделению), то метод вычисляет по .64 справочнику головную МО для указанного idLpu СП запрошенного ЭМД. Если запрос статуса производится от головной мо (Organization=головная мо) и они совпадают, то отдается успешный ответ IdLpu головной организации. 



2.2  Параметры ответа

Сообщение, информирующее МИС о результатах выгрузки СЭМД в ФИЭМК ЕГИСЗ содержит следующие параметры:
Параметр Тип Кратность Описание
RegisterDate datetime 1..1 Дата последней попытки выгрузки  СЭМД в ФИЭМК
CallbackDeliveryDate datetime 0..1 Дата получения ответа от фед. сервиса ФИЭМК, на попытку зарегистрировать СЭМД 
IdSourceMis string 1..1 Идентификатор ЭМД в МИС. Для документов, выгружаемых из:ИЭМК - IdCaseMisОДЛИ - OrderResponse.identifier.value
IdSource string 1..1 Идентификатор ЭМД в РМИС
FedEmdType int 1..1 Тип ЭМД - федеральный код (значения semd_code по справочнику 1.2.643.2.69.1.1.1.195)
Lpu uuid 1..1 Идентификатор МО-отправителя данных (IdLpu - поле Код по справочнику 1.2.643.2.69.1.1.1.64)
Status string 1..1

Статус

  1. Success – успешная обработка; (для StatusNumber=0, 1, 4)
  2. Failed – при обработке возникли ошибки. (для StatusNumber=2, 3, 5)
StatusNumber int 1..1 Числовое значение статуса выгрузки (0-5)
Message string 1..1 Информационное сообщение о результатах выгрузки СЭМД в Федеральный сервис ИЭМК ЕГИСЗ
IdSemdFed uuid 0..1 Идентификатор СЭМД, регистрируемого в ФИЭМК


Пример сообщения о результатах выгрузки СЭМД

POST http://rc-test/CDAGen/api/Emd/TakeSemdStatus
Content-Type: application/json
Authorization: N3 0ba981e7-cfad-4bc2-935d-be52e10e57ad
{
    "FedEmdType": 5,
    "Organization": "4b16aaaf-c80b-4d27-bfcb-a7f87c1eace7",
    "IdSourceMis": "idCaseMis_2125630",
    "Take": "all"
}

3.   Статус регистрации ЭМД в РЭМД (TakeRemdStatus)

3.1     Вызов метода

POST [base]/cdagen/api/Emd/TakeRemdStatus
header Authorization: {N3 GUID МИС}
header Content-Type: application/json

В теле запроса передаются параметры:

Параметр Кратность Тип Описание
FedEmdType  1...1 int Тип ЭМД - федеральный код (значения remd_code по справочнику 1.2.643.2.69.1.1.1.195) 
Organization 1...1 uuid Идентификатор МО-отправителя данных ( поле "Код" по справочнику 1.2.643.2.69.1.1.1.64) 
IdSourceMis 1...1 string

Идентификатор ЭМД в МИС. Для документов, выгружаемых из:

  1. ИЭМК - IdDocumentMis
  2. ОДЛИ - OrderResponse.identifier.value (Идентификатор результата, передаваемого ЛИС в ОДЛИ/ОДИИ)
  3. ОДИИ - Task.identifier.value  (Идентификатор результата, передаваемого ЛИС в ОДЛИ/ОДИИ)
  4. ТМК - ProcessId 
  5. ОДР - MedicationRequest/MedicationDispense.id
IdDataSource 1..1 int

Источник данных документа (в какую из региональных подсистем он был передан). Допустимые значения (соответствует id_data_source):

1 - ИЭМК;

3 - ОДЛИ;

4 - УО;

7 - ОДИИ;

6 - Телемедицина;

9 - ОДР

Take 1..1 string Параметр порядка отбора данных, допустимы значения last или all:last - вывод данных записи последней попытки выгрузки ЭМД all - вывод данных всех попыток выгрузки ЭМД, в порядке убывания даты выгрузки. 


Пример запроса на получение данных о статусе регистрации ЭМД В РЭМД

POST http://rc-test/CDAGen/api/Emd/TakeRemdStatus
Content-Type: application/json
Authorization: N3 0ba981e7-cfad-4bc2-935d-be52e10e57ad
     {
           "FedEmdType": 121,
           "Organization": "4b16aaaf-c80b-4d27-bfcb-a7f87c1eace7",
           "IdSourceMis": "idDocumentMis_2125630",
           "IdDataSource":"1",    
           "Take": "all"
     }
Код в Organization проверяется по справочнику 1.2.643.2.69.1.1.1.64 (IdLpu=code в НСИ). При отсутствии значения в справочнике выводится ошибка.Если запрос идет по СП (структурному подразделению), то метод вычисляет по .64 справочнику головную МО для указанного idLpu СП запрошенного ЭМД. Если запрос статуса производится от головной мо (Organization=головная мо) и они совпадают, то отдается успешный ответ IdLpu головной организации. 

3.2     Параметры ответа

Сообщение, информирующее МИС о результатах выгрузки ЭМД в РЭМД ЕГИСЗ содержит следующие параметры:
Параметр Тип Кратность Описание
RegisterDate datetime 1..1 Дата последней попытки выгрузки  ЭМД в РЭМД 
CallbackDeliveryDate datetime 0..1 Дата получения ответа от фед. сервиса РЭМД, на попытку зарегистрировать ЭМД 
IdSourceMis string 1..1 Идентификатор источника данных в МИС (соответствует переданным в запросе данным)
IdSource string 1..1 Идентификатор ЭМД в РМИС
FedEmdType
int 1..1 Тип ЭМД - (соответствует переданным в запросе данным)
Lpu uuid 1..1 Идентификатор МО-отправителя данных (соответствует переданным в запросе данным Organization)
Status string 1..1

Статус 

Success – успешная обработка; (для Status=0, 1, 4 )

Failed – при обработке возникли ошибки. (для Status=2, 3, 5)

StatusNumber int 1..1 Числовое значение статуса выгрузки (0-5) 
Message string 1..1 Информационное сообщение о результатах выгрузки ЭМД в Федеральный сервис РЭМД ЕГИСЗ 
IdFedRequest uuid 0..1 Идентификатор запроса на регистрацию ЭМД в РЭМД ЕГИСЗ 
RemdRegNumber string 0..1 Регистрационный номер  ЭМД в РЭМД ЕГИСЗ 
ReturnTicket string 0..1 Регистрационный номер Обратного талона на МСЭ в РЭМД ЕГИСЗ 


Пример сообщения о результатах выгрузки ЭМД в РЭМД

[
   {
    "RegisterDate": "2022-05-14 13:50:52.328766",
    "CallbackDeliveryDate": "2022-05-14 13:50:52.328766",
    "IdSourceMis": "idDocumentMis_2125630",
    "IdSource": "1053",
    "FedEmdType": 121,
    "Lpu": "4b16aaaf-c80b-4d27-bfcb-a7f87c1eace7",
    "Status": "Success",
    "StatusNumber": 4,
    "Message": "Валидация документа прошла успешно",
    "IdFedRequest": "30023175-5a2c-4a34-b77d-980b4cc01c38",
    "RemdRegNumber": "47.22.1179.131538436",
    "ReturnTicket": "35.23.05.001234567"
   },
   {
    "RegisterDate": "2022-05-11 13:50:52.328766",
    "IdSourceMis": "idDocumentMis_2125630",
    "IdSource": "1052",
    "FedEmdType": 121,
    "Lpu": "4b16aaaf-c80b-4d27-bfcb-a7f87c1eace7",
    "Status": "Failed",
    "StatusNumber": 2,
    "Message": "У пациента отсутствует СНИЛС"     
    }
]

Описание логики получения ОТ из РЭМД

Тип ОТ

remd_code из НСИ (OID: 1.2.643.2.69.1.1.1.195) 

Сведения о результатах проведенной медико-социальной экспертизы (CDA - ред. 2)

35

Справка о возврате направления на медико-социальную экспертизу (CDA - ред. 1)

108

Сведения о результатах проведенной медико-социальной экспертизы (CDA - ред. 3)

187

Справка о возврате направления на медико-социальную экспертизу (CDA - ред. 2)

130


Схема НМСЭ-ОТ

Типы сообщений

ИЭМК передает и получает от РЭМД сообщения следующих типов:

Тип сообщения

MessageType

Регистрация сведений об ЭМД в РЭМД

registerdocument

Уведомление о регистрации в РЭМД сведений об ОТ из других ИС и создании другими ИС связей с документами

sendNotice

Запрос метаописания ЭМД, зарегистрированного в РЭМД

getMetadata 

Запрос файла ЭМД из РЭМД

demandContent

Асинхронное получение ЭМД, запрошенного из РЭМД

sendDocumentFile

МИС передает и получает от ИЭМК сообщения следующих типов:

Тип сообщения

MessageType

Результат регистрации ЭМД "Направление на МСЭ" в РЭМД

REMDStatus

Уведомление о регистрации в РЭМД ЕГИСЗ ЭМД, сформированного Бюро МСЭ в ответ на Направление на МСЭ 

MseResult

Уведомление о получении из РЭМД ЕГИСЗ ЭМД, сформированного Бюро МСЭ в ответ на Направление на МСЭ

MseResultData

Запрос на получение из ИЭМК файла ЭМД, сформированного Бюро МСЭ в ответ на Направление на МСЭ 

MseRT


Результат регистрации ЭМД "Направление на МСЭ" в РЭМД

Описано в разделе "Информирование МИС-МО о статусах ЭМД, регистрируемых в фед. сервисах ЕГИСЗ (ФИЭМК, РЭМД). Модуль доставки обратных сообщений в МИС" 

Уведомления о регистрации и получении ЭМД, сформированного Бюро МСЭ в ответ на Направление на МСЭ из РЭМД ЕГИСЗ 

Описано в разделе "Информирование МИС-МО о статусах ЭМД, регистрируемых в фед. сервисах ЕГИСЗ (ФИЭМК, РЭМД). Модуль доставки обратных сообщений в МИС"

MseRT - запрос, который выполняется в случаях, когда МИС-МО по каким-либо причинам не смогла принять сообщения с файлом ОТ (обработать все попытки автоматического Callback MseResultData)

Запрос MseRT на получение ОТ из ИЭМК методом GET:

GET [base]/cdagen/api/Mse/MseRT/[return_ticket_reg_number]

Параметры запроса:

Параметр

Кратность

Тип

Описание

return_ticket_reg_number

1...1

string

Рег. номер ОТ, связанного с выбранным "Направление на МСЭ"


GET http://rc-test/cdagen/api/Mse/MseRT/108.00.23.01.005484738

Параметры ответа:

Параметр

Тип

Кратность

Описание

Lpu

text

1..1

Идентификатор МО-отправителя документа "Направление на МСЭ"  

MessageId

uuid

1..1

Идентификатор сообщения

IdMseMis

text

1..1

Идентификатор документа "Направление на МСЭ" в МИС

IdMse

int

1..1

Идентификатор документа "Направление на МСЭ" в ИЭМК

IdResultMse   

text

1..1

Рег. номер  ОТ в РЭМД,

MedDocumentType

int

1..1

Тип ОТ (значение remd_code по справочнику 1.2.643.2.69.1.1.1.195)

Data

base64Binary

1..1

Файл ОТ в base64

Message

text

1..1

Информационное сообщение

"ЭМД получен из ИЭМК"

Status

string

1..1

  • Success – успешная обработка;

  • Failed – при обработке возникли ошибки.

Ответ:

{     
"Lpu": "20dfadd0-c709-43b0-a130-5a16301b0217",
"MessageId": "b097fea5-e6f6-4417-9829-53ab6a562719",
"IdMseMis": "ReferralMSE:558",     
"IdMse": 45090192, 
"IdResultMSE": "108.20.2735.000025073",     
"MedDocumentType": 108,     
"Data": [данные ОТ в формате base64], 
"Message": "ЭМД получен из ИЭМК",    
"Status": "Success" 
}

"Расширенное НМСЭ" и порядок получения идентификаторов ЭМД, зарегистрированных в РЭМД

Методы, реализуемые Сервисом:

  1. Поиск информации об успешно зарегистрированных на пациента ЭМД в РЭМД ЕГИСЗ за указанный период
  2. Получение содержимого ЭМД, успешно зарегистрированного в РЭМД, по его идентификатору в источнике
  3. Регистрация в сервисе ИЭМК ЭМД, с идентификаторами связанных ЭМД, зарегистрированных в РЭМД

Порядок передачи данных о Направлении на МСЭ, а также других видов ЭМД и идентификаторов связанных ЭМД, зарегистрированных в РЭМД ЕГИСЗ

  1. Для получения идентификатора карточки пациента, МИС выполняет запрос $getpatient в сервис MPI;
  2. Для получений сведений о всех зарегистрированных карточках пациента, МИС выполняет запрос $getpatientlist в сервис MPI;
  3. Для получения сведений о зарегистрированных на пациента ЭМД в РЭМД, МИС выполняет запрос на поиск информации об успешно зарегистрированных на пациента ЭМД в РЭМД ЕГИСЗ за указанный период, и обозначенные типы документов, передав идентификаторы карточек пациента, полученных ранее, методом: «Поиск информации об успешно зарегистрированных на пациента ЭМД в РЭМД ЕГИСЗ за указанный период».
  4. Для получения содержимого интересующих ЭМД, зарегистрированных в РЭМД, МИС выполняет запрос на получение содержимого ЭМД, передав его идентификатор и тип ЭМД в запросе, методом:  «Получение содержимого ЭМД, успешно зарегистрированного в РЭМД, по его идентификатору в источнике»;
  5. МИС формирует запрос в сервис ИЭМК, на добавление ЭМД, передав при этом идентификаторы связанных с ним других, зарегистрированных на пациента в РЭМД ЭМД, полученных ранее, методом: «Регистрация в сервисе ИЭМК ЭМД, с идентификаторами связанных ЭМД, зарегистрированных в РЭМД»;
  6. Успешно зарегистрированные в сервисе ИЭМК ЭМД, пригодные для регистрации в РЭМД, совместно с идентификаторами связанных ЭМД, направляются на регистрацию в РЭМД.

Метод «Поиск информации об успешно зарегистрированных на пациента ЭМД в РЭМД ЕГИСЗ за указанный период»

Метод позволяет POST-запросом получить сведения об успешно зарегистрированных на пациента ЭМД в РЭМД ЕГИСЗ за указанный период времени:

Вызов метода:

POST [base]/cdagen/api/Emd/Emd/_search
Authorization: N3 {guid МИС}
Content-Type: application/json

Где:

  1. [base] – адрес Модуля приема документов от МИС (CDA-gen)
  2. {guid МИС} – авторизационный ключ МИС в сервисе ИЭМК

В теле запроса передаются параметры:

Параметр

Тип

Кратность

Описание

Patients string 1..* Идентификаторы карточек пациента в MPI, перечисляются через запятую 
DateStart datetime 1..1 Дата начала периода, за который нужно получить ЭМД
DateEnd datetime 1..1 Дата окончания периода, за который нужно получить ЭМД

MedDocumentType

int[] 0..* Типы ЭМД, по которым нужно получить данные, перечисляются через запятую. remd_code по справочнику  1.2.643.2.69.1.1.1.195 в НСИ

Пример тела запроса:

{
  "Patients": "22b3d76b-bb75-4eaf-b9c2-fd4b51a3563b, c1d2ed45-0c19-4766-8d45-c637f48b8f3a",
  "DateStart": "2021-07-01",
  "DateEnd": "2021-07-14",
  "MedDocumentType":  [6,13]
}

В ответе метода выводится количество и массив найденных ресурсов со сведениями о зарегистрированных в РЭМД ЭМД, по тем ЭМД, которые указаны в MedDocumentType. Если параметр MedDocumentType не передан, тогда не производится отбор по типам ЭМД. 

В каждом ресурсе передаются параметры:

Параметр

Кратность

Тип

Описание

CreationDate 1..1 datetime Дата формирования ЭМД (дата выгрузки)
Organization 1..1 string МО, передавшая ЭМД (oid)
OrganizationName 1..1 string Наименование МО, передавшей ЭМД
MedDocumentType 1..1 int Тип ЭМД (remd_code)
MedDocumentTypeName 1..1 string Название типа ЭМД
IdSource 1..1 string Идентификатор ЭМД в источнике
RegDate 1..1 datetime Дата регистрации ЭМД в РЭМД
RegId 1..1 string Регистрационный номер ЭМД в РЭМД

Пример ответа на запрос получения ЭМД по пациенту:

HTTP/1.1 200 OK
{
Description: "Найдено 10 документов",
Data: [
 {
  "CreationDate": " 2021-06-15 08:06:39",
  "Organization": "1.2.643.5.1.13.13.12.2.23.1932",
  "OrganizationName": "ГБУЗ "Мостовская ЦРБ" МЗ КК "
  "MedDocumentType": 6,
  "MedDocumentTypeName": "Протокол консультации",
  "IdSource": "123456",
  "RegDate": "2021-07-02 18:19:14",
  "RegId": "23.21.557.000228040"
 },
{...},
]
}

Метод «Получение содержимого ЭМД, успешно зарегистрированного в РЭМД, по его идентификатору в источнике»

Метод позволяет POST-запросом получить содержимое ЭМД, успешно зарегистрированного в РЭМД, по его идентификатору в подсистеме - источнике РС ЕГИСЗ (рег.шине), в которой хранится информация об ЭМД. В запросе направляются Идентификатор ЭМД в источнике и тип ЭМД, полученных при выполнении метода «Поиск информации об успешно зарегистрированных на пациента ЭМД в РЭМД ЕГИСЗ за указанный период»

МИС направляет запрос в сервис CDA-gen на получение содержимого ЭМД. По указанному в запросе типу ЭМД сервис CDA-gen определяет подсистему-источник ЭМД, и направляет в эту подсистему запрос на его получение. В ответе на запрос МИС получает содержимое ЭМД из подсистемы-источника, в Base-64-закодированном виде . 

Запрос формируется в Модуль приема документов от МИС - CDA-gen:

Вызов метода:

POST [base]/cdagen/api/Emd/Emd/getEmd
Authorization: N3 {guid МИС}
Content-Type: application/json

Где:

  1. [base] – адрес Модуля приема документов от МИС (CDA-gen)
  2. {guid МИС} – авторизационный ключ МИС в сервисе ИЭМК

В теле запроса передаются параметры:

Параметр

Тип

Кратность

Описание

MedDocumentType int 1..1 Тип ЭМД 
IdSource string 1..1

Идентификатор ЭМД в источнике

Пример тела запроса:

{
   "MedDocumentType": 6,      
   "IdSource": "123456"      
}

В ответе метода выводятся параметры:

Параметр

Тип

Кратность

Описание

Description string 1..1 Информационное сообщение
IdSource string 1..1 Идентификатор ЭМД в источнике
Content string 1..1 Содержимое ЭМД, закодированный в Base-64

Пример ответа на запрос:

HTTP/1.1 200 OK
 {
  "Description": "Найден 1 документ",
  "IdSource": "123456",
  "Content": "JVBERi0xLjQNCiW0tba3DQolDQoxIDAgb2JqDQo8PA0KL0Rlc3RzIDIgMCBSDQovUGFnZXMgMyAwIFINCi9QYWdl..."
 }

Регистрация в сервисе ИЭМК ЭМД, с идентификаторами связанных ЭМД, зарегистрированных в РЭМД

Список ЭМД, для которых разрешено передавать связанные ЭМД:

Тип документа

remd_code из НСИ (OID: 1.2.643.2.69.1.1.1.195) 

Направление на медико-социальную экспертизу (CDA - ред. 6)

121

Заключение об отсутствии медицинских противопоказаний к владению оружием (CDA - ред.1)

63

Медицинская справка о допуске к управлению транспортными средствами (CDA - ред.1)

4

Медицинское заключение об отсутствии медицинских противопоказаний к владению оружием (CDA) Редакция 2

117

Для регистрации в сервисе ИЭМК ЭМД, с идентификаторами связанных ЭМД, зарегистрированных в РЭМД, в ресурсе MedDocument c типом медицинской записи (MedRecord) ReferralMSE, передаются идентификаторы, под которыми хранится информация об ЭМД в РЭМД, полученные в параметре RegId, при выполнении метода «Поиск информации об успешно зарегистрированных на пациента ЭМД в РЭМД ЕГИСЗ за указанный период».

Для передачи идентификаторов связанных ЭМД, ресурс MedDocument расширен параметром RelatedMedDoc. Данный параметр в текущей реализации возможно использовать для тех ЭМД, для которых в справочнике 1.2.643.2.69.1.1.1.195 в НСИ, в параметре "Разрешена передача связанных ЭМД" установлено значение "Да" (true).

Структура ресурса MedDocument:

Параметр

Тип

Кратность

Описание

Attachments Document
Attachment
0..* Массив неструктурированного (бинарного) содержания документа
CreationDate dateTime 1..1 Дата создания документа
FhirMedDocumentType string 0..0 Идентификатор типа документа (не используется при передаче данных)
Header string 1..1 Заголовок документа (краткое описание)
IdDocumentMis string 1..1 Идентификатор документа в системе-источнике (МИС)
RelatedMedDoc string 0..* Регистрационный номер ЭМД в РЭМД (RegId)
Observations Observation 0..* Массив клинически наблюдаемых показателях жизнедеятельности пациента
Author MedicalStaff 1..1 Сведения о лице, создавшем документ

Пример:

<b:RelatedMedDoc xmlns:c="http://schemas.microsoft.com/2003/10/Serialization/Arrays">
                    <c:string>23.21.4587.000036747</c:string>
                    <c:string>23.21.4570.000036723</c:string>
                    <c:string>23.21.4567.000036746</c:string>
                    <c:string>23.21.4588.000036757</c:string>
                </b:RelatedMedDoc>

SOAP-запросы в WebServiceHost для работы с сервисом Модуль Сбора Статистики (ИЭМК, EMK)

Метод Стационарный Амбулаторный Вызов скорой помощи Телемедицинская консультация Разные
AddCase

Скачать

Скачать

Скачать


UpdateCase

Скачать

Скачать

Скачать

Скачать


CreateCase

Скачать

Скачать

Скачать

Скачать


CloseCase

Скачать

Скачать

Скачать

Скачать


AddStepToCase

Скачать

Скачать




AddMedRecord

Скачать

Скачать

Скачать

SOAP-запросы в WebServiceHost для работы с сервисом Индекс Пациента (MPI)

Метод Пример запроса

Добавление нового пациента

Обновление данных пациента 

Получение данных о пациенте

Получение данных о пациенте по local_id

Проверка версии сервиса

WSDL cхема для запросов

Общие вопросы

Взаимодействие с сервисами ИЭМК

Взаимодействие с СУД

Взаимодействие с федеральными сервисами ЕГИСЗ

Формирование и проверка СЭМД

Общие вопросы

Какой порядок обращения в службу технической поддержки N3.Здравоохранение?

Обратиться в службу технической поддержки N3.Здравоохранение можно двумя способами:

  • Через Личный кабинет клиентского интерфейса http://helpdesk.zdrav.netrika.ru/otrs/customer.pl
  • Через электронную почту путём отправки Вашего обращения на otrs-zdrav@n3med.ru


Для Вашего удобства мы рекомендуем Вам пользоваться Клиентским интерфейсом, в котором есть возможность отслеживать статус Вашего обращения.

Внимание!

Автоматизированная система обработки заявок используется только для работы с обращениями, связанными с сервисами (включая документацию) подсистемы ИЭМК (ИЭМК и выгрузка СЭМД / РЭМД, СУД, Портал врача, Индекс Пациента).

Обращения, связанные с иными сервисами платформы N3.Здравоохранение, принимаются по старым каналам связи.

Требования к оформлению и содержанию заявки:

  1. Заголовок заявки должен отображать суть проблемы или вопроса Заявителя;
  2. Необходимо указать наименование региона Заявителя. Указание региона должно быть прямым и точным. Указание ссылки на сервис не считается указанием региона;
  3. Описание задачи в заявке должно представлять из себя конкретный вопрос по предоставлению информации, либо внятное описание возникшей проблемы, позволяющее понять её и воспроизвести действия Заявителя;

Примеры:

✔ Предоставьте документацию/ссылку на документацию сервиса ИЭМК/FhirProxy/СУД;
✔ При отправке запроса AddPatient (приложенный запрос) в сервис ИЭМК возвращается ошибка 99;
✔ При открытии Портала врача у пациента (ссылка на пациента) не корректно отображаются переданные в ИЭМК данные (перечень данных, которые не корректно отображены);

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

      4.  Необходимо указать тип стенда (промышленный/rc) для задач, касающихся работы сервисов.
      5.  Необходимо указать адрес сервиса, к которому идёт обращение, для задач, касающихся работы сервисов.
      6.  Необходимо приложить запрос к сервису, для задач, касающихся работы сервисов:
                ᵒ  Для запросов к ИЭМК необходимо приложить SOAP-запрос;
                ᵒ  Для запросов к СУД и Fhirproxy необходимо приложить POST запрос целиком, включая URL, заголовки и тело запроса.
      7.  В случае, если возникает ошибка, необходимо также получить текст возникающей ошибки. Если ошибка возникает при обращении к сервису, необходимо к запросу приложить и ответ сервиса.

Взаимодействие с сервисами ИЭМК

Как подключиться к интеграционной платформе N3

Для получения доступа к демонстрационной площадке требуется направить на адрес zdrav-support@netrika.ru или otrs-zdrav@netrika.ru письмо с указанием в заголовке (теме письма) строки следующего вида: [наименование региона], [наименование сервиса N3], а в теле письма следующих данных:

  • Наименование МИС (ПО)
  • Наименование компании-партнера (юр.лицо)
  • Данные контактного лица компании-партнера (телефон, email, skype)
  • Краткое описанием своего решения и сценария интеграции в свободной форме


Тема: Краснодарский Край, ДЛИ
Сообщение: Наименование МИС (ПО): ЛИС Z
Наименование компании-партнера (юр. лица): ИП А.Иванов
Данные контактного лица (телефон, email, skype): zdrav-support@netrika.ru
ЛИС Z - это лабораторная информационная система. Нам необходимо обеспечить передачу результатов лабораторных исследований в сервис Обмен данными лабораторных исследований"

GUID следует получать для МИС или каждого подключаемого ЛПУ в отдельности?

Возможны оба варианта. Выбор зависит от решения, реализуемого компанией-партнером.
В случае получения единого ключа на МИС требуется реализовать proxy-сервер, маршрутизирующий запросы к инсталляции МИС в конкретном ЛПУ.

Подойдет ли GUID от тестовой площадки к промышленному стенду?

Нет, не подойдет. При регистрации сервиса МИС на промышленном стенде ему присваивается промышленный ключ.

Взаимодействие с СУД

Какой порядок интеграции МИС с системой N3.СУД?

Для того, чтобы начать интеграцию с СУД, необходимо, чтобы в справочнике "Региональный Сегмент Федерального Регистра Медицинских Работников (РС ФРМР)" urn:oid 1.2.643.2.69.1.1.1.104, был заведен врач, для которого будет проводиться тестирование получения авторизационного токена.

Для заведения врача в справочнике необходимо предоставить команде ИЭМК / НСИ следующие данные:

  • ФИО врача
  • СНИЛС
  • должность по справочнику 1.2.643.5.1.13.2.1.1.181
  • МО, к которой привязан данный врач.

Какой порядок интеграции внешних клиентов с системой управления доступом (N3.СУД)?

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

Взаимодействие с федеральными сервисами ЕГИСЗ

Поясните порядок оформления заявок на подключение платформы N3.Здравоохранение к сервисам федеральной ЕГИСЗ

Порядок подключения к промышленной среде ИЭМК

Для организации выгрузки СЭМД в сервис ИЭМК ЕГИСЗ необходимо выполнить следующие шаги.

  1. Пройти Контрольные испытания (ПМИ), согласно требованиям, изложенном в документе "Программа и методика испытаний интеграции с ИЭМК". По результатам испытаний оформляется отчет о проведении испытаний, который необходимо направить на электронный адрес СТП ЕГИСЗ: egisz@rt-eu.ru.
  2. Зарегистрировать РМИС в подсистеме ИПС в соответствии с порядком, изложенном в документе «Методические материалы по подключению к Сервису ИПС».


Порядок регистрации РМИС в промышленной среде ИЭМК


  1. Зарегистрировать МИС (РМИС) в ИЭМК. Для этого необходимо прислать на электронный адрес СТП ЕГИСЗ egisz@rt-eu.ru заявку на предоставление доступа МИС (РМИС) к ИЭМК и приложить к ней сертификат открытого ключа МИС (РМИС) в формате .cer;
  2. После получения ответа СТП ЕГИСЗ о выполнении заявки на регистрацию МИС (РМИС) в тестовой версии ИЭМК необходимо заполнить и отправить заявку на подключение МО к МИС (РМИС). В заявке следует указать все МО, которые планируется подключить к сервису (полное наименование и OID МО).


Важно!

  • Заявка оформляется в строгом соответствии с форматом. На заявке должна быть поставлена дата, подпись и расшифровка подписи ответственного лица, печать органа исполнительной власти субъекта Российской Федерации в сфере здравоохранения
  • Наименование МИС (РМИС) в заявках указывается в формате Региональный сегмент единой государственной информационной системы здравоохранения {Наименование региона} интеграционная платформа N3.Здравоохранение
  • Заявка направляется от МИАЦ региона в двух экземплярах
    1. В формате DOC (DOCX)
    2. Скан-копия подписанной заявки в формате PDF (JPG)


Нормативные документы


Шаблоны заявок


Порядок подключения к промышленной среде РЭМД

Подключение РМИС/МИС к подсистеме РЭМД производится согласно порядку, описанному в данном разделе, и состоит из следующих шагов:

  1. Пройти Контрольные испытания (ПМИ), согласно требованиям, изложенном в документе "РЭМД. Описание интеграционных профилей". По результатам испытаний оформляется отчет о проведении испытаний, который необходимо направить на электронный адрес СТП ЕГИСЗ egisz@rt-eu.ru.
  2. Зарегистрировать РМИС и ее сервисы в продуктивной версии ИПС в соответствии с порядком, изложенном в документе Методические материалы по подключению к Сервису ИПС
  3. Зарегистрировать РМИС в продуктивной версии РЭМД;
  4. Зарегистрировать пользователя с уровнем доступа "Администратор регионального уровня" (для доступа к web-интерфейсу продуктивной версии подсистемы РЭМД).


Важно!

Шаги, уже выполненные в рамках подключения к подсистемам ИЭМК (например, регистрация системы в ИПС), могут быть пропущены.


Порядок регистрации РМИС в промышленной среде РЭМД


  1. Зарегистрировать МИС (РМИС) в рабочей версии ИПС. Для этого необходимо прислать на электронный адрес СТП ЕГИСЗ egisz@rt-eu.ru заявку на предоставление доступа МИС (РМИС) к ИЭМК и приложить к ней сертификат открытого ключа МИС (РМИС) в формате .cer;
  2. После получения ответа СТП ЕГИСЗ о выполнении заявки на регистрацию МИС (РМИС) в тестовой версии ИЭМК необходимо заполнить и отправить заявку на публикацию рабочей версии веб-службы в рабочей версии ИПС, приложить к ней Wsdl-схему веб-службы ИС.
  3. После регистрации сервиса РМИС/МИС в продуктивной версии ИПС необходимо направить заявку на подключение к рабочей версии веб-службы, опубликованной в ИПС.
  4. После подключения к к рабочей версии веб-службы, опубликованной в ИПС, необходимо направить а электронный адрес СТП ЕГИСЗ egisz@rt-eu.ru заявку на регистрацию РМИС в продуктивной версии подсистемы "Федеральный реестр электронных медицинских документов".
  5. После регистрации РМИС в продуктивной версии подсистемы РЭМД необходимо от органа исполнительной власти субъекта Российской Федерации в сфере здравоохранения (МИАЦ) направить заявку в СТП ЕГИСЗ по адресу egisz@rt-eu.ru на добавление пользователей с ролью "Администратор регионального уровня"


Важно!

  • Заявка оформляется в строгом соответствии с форматом. На заявке должна быть поставлена дата, подпись и расшифровка подписи ответственного лица, печать органа исполнительной власти субъекта Российской Федерации в сфере здравоохранения
  • Наименование МИС (РМИС) в заявках указывается в формате Региональный сегмент единой государственной информационной системы здравоохранения {Наименование региона} интеграционная платформа N3.Здравоохранение
  • Заявка направляется от МИАЦ региона в двух экземплярах
    1. В формате DOC (DOCX)
    2. Скан-копия подписанной заявки в формате PDF (JPG)


Нормативные документы


Шаблоны заявок

Как происходит форматно-логический контроль на стороне РЭМД при передаче данных?

По указанному в теге "organization" OID производится поиск организации в ФРМО. ОГРН организации, полученный из ФРМО, сравнивается с ОГРН, полученным из сертификата, которым была сформирована подпись МО (атрибут OGRN сертификата).

Данные врача, указанные в теге personalSignature\signer сравниваются с данными в сертификате, которым была сформирована подпись врача:

  • surname в запросе с SurName в сертификате
  • name+patrName в запросе с GivenName в сертификате
  • snils в запросе с SNILS в сертификате


По указанному в запросе СНИЛС производится поиск личного дела врача в ФРМР и выполняется сверка сведений о враче, указанных в запросе, с данными ФРМР.

Все требования к запросам, отправляемым к сервисам РЭМД, представлены в "РЭМД. Описание интеграционных профилей".

В соответствии с Федеральным законом № 63-ФЗ от 06.04.2011 «Об электронной подписи», электронные подписи, формируемые в рамках создания документов в электронном виде, должны соответствовать требованиям к усиленной квалифицированной электронной подписи. УКЭП же должна позволять определить лицо, подписавшее электронный документ. Т.е. сертификат проверки ЭП должен содержать в себе сведения о лице, сформировавшем подпись. Таким образом, сведения о враче, передаваемые в составе регистрируемых сведений об ЭМД, не должны отличаться от аналогичных сведений в сертификате ЭП врача. Аналогично и для подписи организации.

Какие есть условия по формированию и использованию подписи физического лица?

  • Подпись физического лица можно использовать для формирования подписи МО при условии, что сертификат физического лица содержит ОГРН МО
  • Для формирования подписи физического лица (врача) для лабоораторного РЭМД можно использовать подпись МО, содержащую ОГРН, СНИЛС, поле CN=Наименование организации, а так же поля G=Имя Отчество и SN=Фамилия.
  • Нельзя использовать подпись, в которой в поле G=Имя (только Имя, без отчества) и SN=Фамилия, для формирования подписи физического лица (врача) для лабораторного РЭМД, в том случае, если в контейнере вместе с подписью врача переданы полные ФИО и в ФРМР, и врач добавлен с полными ФИО. Это обусловлено тем, что данные в трех источниках должны быть одинаковыми. Значение атрибута G в сертификате, сравнивается с парой И+О в метаданных и ФРМР. Если в сертификате отчество отсутствует, то и в ФРМР его не должно быть, и в метаданных в запросе к РЭМД оно не должно быть указано.

Как можно проверить подпись МД на валидность?

Для проверки подписи МД на валидность можно использовать утилиту, которая позволяет осуществлять:

  • верификацию открепленной подписи;
  • конвертацию файла в base64;
  • подписание файлов электронной подписью.


Утилиту можно скачать здесь. Также, можно ознакомиться с инструкцией по ее установке и использованию .

Как узнать, какой код должности врача передавать в ИЭМК, чтобы ЭМД успешно выгружалось в РЭМД?

В версиях ИЭМК 3.0.0. – 4.3.0

Для передачи данных о должности врача в СМО в сервисе ИЭМК используются значения справочника 1.2.643.5.1.13.2.1.1.607, а для передачи данных о ЭМД в РЭМД – данные о должности врача передаются по справочнику ФРМР 1.2.643.5.1.13.13.11.1102, т.к. на стороне сервиса РЭМД проводится проверка переданной должности врача по справочнику ФРМР. Перед регистрацией ЭМД в РЭМД, сервис ИЭМК переводит переданный код должности врача по справочнику 1.2.643.5.1.13.2.1.1.607, в код по справочнику 1.2.643.5.1.13.13.11.1102.

Для того, чтобы узнать, какой код должности должен передаваться в сервис ИЭМК в параметре IdPosition объекта MedicalStaff, чтобы в последующем ЭМД успешно выгружалось в РЭМД, необходимо воспользоваться маппингом должностей работников организаций медицинского и фармацевтического профиля по справочнику translate_post_2 сервиса НСИ.

Правильный код должности врача можно определить, выполнив ряд действий:

  1. Узнать, с какой должностью врач заведен в ФРМР. Например, это "заведующий структурного подразделения (отдела, отделения, лаборатории, кабинета, отряда и другое) медицинской организации - врач-специалист";
  2. По наименованию должности, определить ее код, обратившись к справочнику ФРМР 1.2.643.5.1.13.13.11.1102 в сервисе НСИ. В нашем примере, указанной должности соответствует код 7;

Код должности в справочнике ФРМР

3. В справочнике Маппинга должностей медицинского персонала translate_post_2 - определить код по справочнику 1.2.643.5.1.13.2.1.1.607.


Код в справочнике 1.2.643.5.1.13.2.1.1.607

4. Передать в составе СМО в сервис ИЭМК найденный код должности врача по справочнику 1.2.643.5.1.13.2.1.1.607. В нашем случае, это код 10234.

В версиях ИЭМК, начиная с 5.0.0

Начиная с версии 5.0.0. сервис ИЭМК используется справочник 1.2.643.5.1.13.13.11.1002.

Для передачи данных о ЭМД из СМО в РЭМД, данные о должности врача также передаются по справочнику ФРМР 1.2.643.5.1.13.13.11.1102 (он же справочник 1.2.643.5.1.13.13.99.2.181). Перед регистрацией ЭМД в РЭМД, сервис ИЭМК переводит переданный код должности врача по справочнику 1.2.643.5.1.13.13.11.1002, в код по справочнику 1.2.643.5.1.13.13.11.1102.

Для того, чтобы узнать, какой код должности должен передаваться в сервис ИЭМК в параметре IdPosition объекта MedicalStaff, чтобы в последующем ЭМД успешно выгружалось в РЭМД, необходимо:

  1. Узнать, с какой должностью врач заведен в ФРМР. Например, это "главный врач медицинской организации"
  2. В справочнике ФРМР 1.2.643.5.1.13.13.99.2.181 в сервисе НСИ включить отображение столбцов с кодами и наименованиями должностей:


Включение отображения столбцов в справочнике

3. По наименованию должности, определить ее код, обратившись к справочнику ФРМР 1.2.643.5.1.13.13.99.2.181 в сервисе НСИ. В нашем примере, указанной должности соответствует код 4;

4. У записи, найденной на шаге №2, определить код должности по справочнику 1.2.643.5.1.13.13.11.1002, обратившись к маппингу, прописанному в справочнике 1.2.643.5.1.13.13.99.2.709 ("ФРМР. Технический справочник должностей"), где в графе «Код_181» ищем значение 4, а в графе «Код» доступные для данного значения должности из справочника 1.2.643.5.1.13.13.11.1002 (если доступных должностей в графе «Код» будет несколько, то выбрать можно любую).


Код в справочнике 1.2.643.5.1.13.13.11.1002

5. Передать в ИЭМК найденный код должности врача по справочнику 1.2.643.5.1.13.13.11.1002. В нашем случае, это любой из кодов 4 или 334.


Как производить отправку случаев обслуживания в ИЭМК с привязкой к структурным подразделениям?

Согласно письму МЗ РФ от 10.06.2020 № 18-5\821, с 1 августа 2020 года, при обмене данными с федеральными сервисами ИЭМК и РЭМД ЕГИСЗ, требуется обязательно передавать идентификаторы структурных подразделений медицинских организаций, в которых работают сотрудники, сформировавшие передаваемые документы. Одновременно с этим, профили информационного взаимодействия указанных сервисов требуют передачи идентификатора головной организации.

Для того, чтобы данные, полученные от МИС, корректно выгружались в федеральные сервисы СЭМД, РЭМД ЕГИСЗ, при отправке случаев обслуживания в ИЭМК необходимо:

  • На уровне объектов типа "Пациент" (Patient.idLPU) и "Случай медицинского обслуживания" (Case.IdLpu) передавать идентификатор головной организации (1-й уровень) или идентификатор структурного подразделения (2-й уровень);
  • На уровне объекта типа "Медицинский работник" (MedicalStaff.IdLpu) передавать идентификатор того подразделения, к которому прикреплен сотрудник медицинской организации, согласно штатному расписанию (в общем случае, идентификатор подразделения 2-го или 3-го уровней).


При этом следует соблюдать следующие условия:

  1. В случае передачи случая медицинского обслуживания (методы AddCase\UpdateCase\CloseCase), данные медицинского работника передаются в параметре Case.Author.
  2. В случае передачи медицинского документа, данные медицинского работника передаются в параметре MedDocument.Author.
  3. Если в составе случая обслуживания передается медицинский документ, то данные медицинского работника должны передаваться как на уровне случая обслуживания (Case.Author), так и на уровне медицинского документа (MedDocument.Author).
  4. В случае использования методов AddCase\UpdateCase\CloseCase для объекта MedicalStaff допускается не передавать значение параметра IdLpu, тогда значение будет соответствовать параметру Case.IdLpu SOAP-сообщения.
  5. В случае использования метода AddMedRecord для передачи данных, отличных от объекта MedDocument, допускается не использовать в параметре IdLpu идентификатор структурного подразделения.


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

Как обновить содержимое ранее переданного в ИЭМК документа для повторной выгрузки в РЭМД?

Для обновления содержимого документа в сервисе ИЭМК необходимо использовать метод полного обновления данных по СМО (UpdateCase), при этом внутренние идентификаторы СМО (IdCaseMis) и всех связанных с ним документов (IdDocumentMis) остаются идентичными переданным в исходном СМО. Следует учесть, что при обновлении необходимо будет передать данные всех связанных со СМО записей MedRecord с типом MedDoc, а не только той, в которой произошли изменения. Выгрузка исправленного документа в РЭМД будет инициализирована сразу после завершения обработки данных, поступивших в ИЭМК при помощи метода UpdateCase

Использование метода AddMedRecord с типом записи MedDoc не допустимо для случаев обновления ранее переданного документа с идентичным IdDocumentMis. Инициализация выгрузки в РЭМД для повторно переданных при помощи метода AddMedRecord документов не произойдет.

Формирование и проверка СЭМД

В чем отличия между Неструктурированным (ЭМД) и Структурированным Электронным Мед.документом (СЭМД)?

РЭМД работает с двумя разновидностями ЭМД, неструктурированными и структурированными ЭМД.

Неструктурированные ЭМД должны иметь расширение pdf, сам файл должен соответствовать требованиям, предъявляемым к PDF/a-1 (всё семейство подвидов). РЭМД выполняет проверку на соответствие требованиям формата PDF/a-1 (при фактической передаче файла, к примеру, в рамках услуги на ЕПГУ).

Кроме требований самого формата PDF/a-1, документ должен соответствовать действующим НПА (требования, предъявляемые к первичным унифицированным формам), информация должна быть изложена текстом (не сканированный документ).

Структурированные ЭМД (СЭМД), составляются в соответствии с руководствами по реализации в архитектуре HL7 CDA R2. Детальные руководства приведены на портале ЕГИСЗ, при этом в составе руководства идут:

  • руководство (pdf);
  • примеры заполнения с комментариями (xml);
  • файл визуализации (xsl);
  • стандартные CDA проверочные схемы (xsd).

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

Некоторые ЭМД можно формировать и регистрировать одновременно и в формате pdf/a-1 и в HL7 CDA R2, подробнее об этом можно прочитать тут

Важно!

ЭМД, предназначенные для межведомственного взаимодействия, требуется реализовывать в архитектуре HL7 CDA R2, так как они предназначены для автоматизированной обработки.

Как проверить сформированный СЭМД типа "Направление на МСЭ" на валидность?

Для проверки сформированного СЭМД типа «Направление на медико-социальную экспертизу» (МСЭ), необходимо выполнить следующие действия:

  1. Скачать и установить бесплатный Notepad++;
  2. Открыть вкладку Плагины=> Управление Плагинами (Plugin Manager) => XML Tools =>Установить (Install);
  3. Скачать архив "Руководство по реализации СЭМД: Направление на медико-социальную экспертизу" с Портала ЕГИСЗ, и файлы .XSD (CDA.xsd, POCD_MT000040.xsd, целиком папку coreschemas) из скачанного архива разместить в корневую папку Notepad++;
  4. Разместить СЭМД в корневую папку Notepad++, где хранятся файлы .XSD. Открыть файл СЭМД ЭМД с расширением xml в Notepad++;
  5. Запустить проверку СЭМД ЭМД: Плагины=>XML Tools=>Validate now (ctrl+shift+alt+M);
  6. Программа выполнит проверку схемы, выведет ошибки (при наличии).

Если СЭМД сформирован корректно, выйдет сообщение: "XML Schema validation: XML is valid"

Важно!

Файл XML должен быть декодирован: Плагины=>MIME Tools=>Base64 Decode. Для проверки рекомендуется использовать только текст самого СЭМД, без контейнера.

Где найти эталонный СЭМД "Направление на МСЭ"?

Эталонный СЭМД "Направление на МСЭ" можно скачать по этой ссылке

Как сравнить эталонный СЭМД со сформированным, на примере "Направления на МСЭ"

Если при проверке СЭМД "Направление на МСЭ" на валидность получено сообщение "Validation is error", можете сравнить свой файл с эталонным СЭМД .

Для этого можно воспользоваться функцией «сравнение» в Notepad++:

  1. Откройте вкладку Плагины=>Управление плагинами»=>Compare=>Установить;
  2. Откройте в Notepad++ оба файла: эталонный МСЭ и проверяемый;
  3. Откройте вкладку Плагины=>Compare=>Compare, и Notepad++ выполнит сравнение. Отличия будут подсвечены цветом;

Исправьте проверяемый МСЭ, повторно запустите валидацию по схеме, описанной выше.

Об иных способах сравнения читайте тут

Документ в формате PDF:

N3ZDRAV-86641999-210920-1317-12.pdf


Документ в формате Word:

Версия 8.0.0-v36-20200921_131641.doc


Наверх