Технические требования по интеграции с сервисом

Технические требования по интеграции с сервисом «Региональная
информационно-аналитическая система»
1. Термины и сокращения
МИС
Медицинская информационная система
ЭПМЗ
Электронные персональные медицинские записи
МУ
Медицинское учреждение
ДВН
Документ временной нетрудоспособности
2. Общие сведения
Сервис «Региональная информационно-аналитическая система» - webсервис предназначен для сбора информации по каждому случаю
обслуживания в медицинских учреждениях региона (далее Сервис).
Сервис обеспечивает:
1) Централизованное хранение информации о пациентах в обезличенном
виде (Регистр пациентов), а также случаев обращения (Хранилище);
2) Передачу наборов электронных персональных медицинских записей
(ЭПМЗ) пациента из МИС.
Содержание набора ЭПМЗ:
 Демографическая информация о пациенте;
 Данные о состоянии здоровья, оказанных услугах, результатах лечения
в рамках амбулаторного или стационарного случая обращения;
 Данные, необходимые для определения автора переданной
информации и медицинской организации, несущих ответственность за
ее содержание.
Актуальная версия технических требований и документации по интеграции с
РИАС будет размещена на сайте ГБУЗ РМИАЦ по адресу
www.burmiac.ru/rias
1. Описание процесса
В сервисе «Региональная статистика» реализованы следующие сценарии
информационного взаимодействия:
 добавление пациента в Регистр пациентов в обезличенном виде;
 обновление информации о пациенте в Регистре пациентов;
 предоставление информации о зарегистрированном пациенте;
 регистрация случая медицинского обслуживания пациента и передача
медицинских данных по нему.
В зависимости от типа случая обслуживания в МИС формируются различные
документы, которые должны передаваться.
Общая схема процесса передачи информации из МИС состоит из следующих
шагов:
 При обращении пациента в медицинское учреждение (МУ)
медицинский сотрудник вносит/обновляет информацию о пациенте в
МИС.
 Информация о пациенте (демографическая, страховая и т.д.) передается
в Регистр пациентов.
 Сотрудник ЛПУ производит открытие случая лечения. В МИС
формируются соответствующие ЭПМЗ.
 Информация об открытом случае обслуживания передается из МИС в
Хранилище.
 В рамках проведения лечения/приема медицинский сотрудник вносит
информацию об оказанных услугах, выполненных процедурах и т.д. В
МИС формируются соответствующие ЭПМЗ.
 Сформированные ЭПМЗ передаются из МИС в Хранилище.
 По окончании лечения/приема медицинский сотрудник формирует
сообщение о закрытии случая лечения. В МИС формируются
соответствующие ЭПМЗ.
 После закрытия случая обслуживания информация о случае
обслуживания передается из МИС в Хранилище.
 Возможен альтернативный сценарий, когда информация о случае
обслуживания передается единовременно после его завершения.
2. Описание передаваемых объектов
В Хранилище ведется учет следующих объектов:
 Пациент
 Случай обслуживания
 Посещение
 Госпитализация
 Медицинская запись
 Элемент медицинской записи
2.1 Пациент
Содержит демографическую и идентифицирующую информацию о
пациенте. В Таблице 1 представлено описание данного контейнера.
Параметр "Обязательность" определяет количество возможных
экземпляров параметра.
Возможны следующие значения:
 0..1 - параметр необязательный, максимальное количество экземпляров
один;
 0..* – параметр необязательный, максимальное количество экземпляров
не ограничено;
 1..1 – параметр обязательный, экземпляр один;
 1..* – параметр обязательный, максимальное количество экземпляров
не ограничено.
Таблица 1. Структура данных «Пациент»
Контейнер
Параметр
Тип
/Patient
/Patient
CodeMIS
Обязательност
ь
1..1
String
1..1
/Patient/InsurancePolicy
InsurancePolicy CompanyCode
String
1..1
0..1
InsurancePolicy
InsurancePolicy
InsurancePolicy
Serial
Number
IsValid
String
String
Boolean
0..1
1..1
1..1
/Patient
ENP
String
0..1
/Patient
SNILS
String
0..1
Описание
Демографические
данные
Идентификатор
пациента в МИС
Страховой полис
Идентификатор (поле
Code) из
Реестр страховых
медицинских
организаций (ФОМС)
Код: MDN366
OID:
1.2.643.5.1.13.2.1.1.635
Серия
Номер
Является ли полис
действительным
Единый номер
пациента ФФОМС
СНИЛС. Указывается в
формате: ЧЧЧ-ЧЧЧЧЧЧ ЧЧ
/Patient
Sex
Int
1..1
/Patient
BirthDate
DateTim
e
1..1
Код пола
(Классификатор
половой
принадлежности, OID
1.2.643.5.1.13.2.1.1.156)
. Приложение 4
Дата рождения
/Patient/Employment
/Employment
SocialStatus
Int
0..1
1..1
/Employment
EmploymentTyp
e
Int
1..1
/Employment
/Employment
/Employment
Job
Post
StartDate
1..1
0..1
0..1
/Employment
EndDate
String
String
DateTim
e
DateTim
e
Занятость
Код социального
статуса пациента
(Классификатор
социальных статусов (в
том числе занятости)
населения, OID
1.2.643.5.1.13.2.1.1.366.
Приложение 2
Идентификатор из
справочника
«Занятость в
экономике».
Приложение 2а.
Место работы
Должность
Дата начала работы
0..1
Дата окончания работы
/Patient/Benefit
/Benefit
CategoryCode
Int
0..1
1..1
/Benefit
DateStart
Datetime
1..1
/Benefit
DateEnd
Datetime
1..1
Льготы
Идентификатор
категории льготности.
Приложение 6
Дата начала действия
льготы
Дата окончания
действия льготы
/Patient/Addresses/Address
/Address
AddressType
Int
0..*
1..1
/Address
/Address
StringAddress
City
String
String
1..1
0..1
/Address
/Address
/Address
/Address
Street
Building
Apartment
IdLivingArea
String
String
String
Integer
1..1
0..1
0..1
0..1
Адрес
ID типа адреса. См
Приложение 3
Полный адрес строкой
Код населенного
пункта из КЛАДР
Код улицы из КЛАДР
Дом
Квартира
Тип места жительства
(Справочник жителя
села или города, OID
1.2.643.5.1.13.2.1.1.504
2.2 Случай обслуживания
Совокупность обращений к врачу, либо взаимодействий с
медицинским ресурсом (диагностическое оборудование, койка
стационарного учреждения и пр.), выполненных при каждом обращении
пациента с конкретной целью (примером может служить оказание
медицинской помощи в рамках конкретного стационарного обращения).
Описание структуры запроса в Таблице 2.
Таблица 2. Структура данных «Случай обслуживания»
Контейнер
Параметр
Тип
/Case
Обязательн
ость
1..1
/Case
IdPatientMIS
Int
/Case
IdOrg
Int
/Case
IdCaseType
Int
1..1
/Case
OpenDate
1..1
/Case
/Case
IdCaseMIS
IdPaymentType
DateTi
me
String
Int
/Case
CloseDate
0..1
/Case
IsCompletedCase
/Case
HistoryNumber
DateTi
me
Boolea
n
string
/Case/Disability
Disability
FirstDefined
Disability
SinceChildhood
Disability
IdDisabilityGroup
Boolea
n
boolea
n
int
1..1
1..1
1..1
0..1
0..1
0..1
1..1
1..1
1..1
Описание
Информация о случае
медицинского
обслуживания
Идентификатор пациента
в МИС
Идентификатор МУ.
Значение поля UNQ
(Регистр медицинских
организаций Российской
Федерации. Версия 2, OID
1.2.643.5.1.13.2.1.1.178)
Идентификатор вида
случая. Приложение 7.
Дата время открытия
случая
Код случая в МИС
Вид финансирования.
Приложение 8.
Дата время закрытия
случая
Признак завершенности
случая
Номер истории болезни,
амбулаторной карты
Инвалидность
Установлена ли
инвалидность впервые
Инвалид с детства
Идентификатор из
справочника «Группы
инвалидности».
Приложение 32.
/Case/Diagnoses/MainDiagnosis
MainDiagnosis
IdDiagnosisType
int
1..*
1..1
MainDiagnosis
IdDiagnosisStepTy int
pe
1..1
MainDiagnosis
MainDiagnosis
string
string
1..1
0..1
MainDiagnosis
MainDiagnosis
MKBCode
ExternalCouseMK
BCode
Comment
DiagnosisDate
0..1
1..1
MainDiagnosis
IdDoctorMIS
string
DateTi
me
string
MainDiagnosis
IdDeseaseType
int
1..1
MainDiagnosis
IdTraumaHospital
int
0..1
MainDiagnosis
IdTraumaOutPatie
nt
int
0..1
MainDiagnosis
IdDispensaryStatu
s
int
0..1
/Case/TempDisabilityDocument
1..1
0..*
Диагноз
Идентификатор статуса
диагноза. Приложение 9.
Идентификатор
справочника этапа
установления диагноза.
Приложение 10.
Код по МКБ-10
Код по МКБ-10 внешней
причины
Комментарий к диагнозу
Дата установления
диагноза
Идентификатор врача,
поставившего диагноз. В
качестве идентификатора
указывается СНИЛС в
формате: ЧЧЧ-ЧЧЧ-ЧЧЧ
ЧЧ
Характер заболевания.
Приложение 11
Идентификатор из
классификатора травм по
способу получения
(стационарное лечение)
Код: PRK336
OID:
1.2.643.5.1.13.2.1.1.577
Идентификатор из
классификатора травм по
способу получения
(амбулаторное лечение)
Код: C42003
OID:
1.2.643.5.1.13.2.1.1.105
Идентификатор из
классификатора статусов
состояний диспансерного
наблюдения. Код:
PRK368
OID:
1.2.643.5.1.13.2.1.1.531
Приложение 20.
Документ временной
нетрудоспособности
(ДВН).
TempDisabilityDo
cument
IdType
int
1..1
TempDisabilityDo
cument
IdCause
int
1..1
TempDisabilityDo
cument
StartDate
DateTi
me
1..1
Идентификатор из
справочника «Документы
временной
нетрудоспособности».
Приложение 29.
Идентификатор из
справочника «Поводы
выдачи документа
временной
нетрудоспособности».
Приложение 30.
Дата начала
TempDisabilityDo
cument
TempDisabilityDo
cument
TempDisabilityDo
cument
EndDate
1..1
Дата закрытия
0..*
Дата продления
IdDoctor
DateTi
me
DateTi
me
string
1..1
TempDisabilityDo
cument
PatientAge
int
0..1
TempDisabilityDo
cument
PatientSex
Int
0..1
Идентификатор врача,
выдавшего ДВН. В
качестве идентификатора
указывается СНИЛС
Возраст больного. При
условии
TempDisabilityDocument/I
dCause=2
Код пола (Классификатор
половой принадлежности,
OID
1.2.643.5.1.13.2.1.1.156).
При условии
TempDisabilityDocument/I
dCause=2
Лицо, подписывающее
или визирующее
формируемый набор ЭМЗ
Идентификатор врача. В
качестве идентификатора
указывается СНИЛС в
формате: ЧЧЧ-ЧЧЧ-ЧЧЧ
ЧЧ
Идентификатор ЛПУ, к
которому относится врач.
Значение поля UNQ
(Регистр медицинских
организаций Российской
Федерации. Версия 2, OID
1.2.643.5.1.13.2.1.1.178)
Роль в оказании помощи.
Приложение 31.
ExtensionDate
/Case/Authenticator
0..*
Authenticator
IdDoctorMIS
String
1..1
Authenticator
IdOrg
String
1..1
Authenticator
IdDoctorRole
int
0..1
/Case/LegalAuthenticator
1..1
LegalAuthenticator IdDoctorMIS
String
1..1
LegalAuthenticator IdOrg
String
1..1
LegalAuthenticator IdDoctorRole
int
0..1
В элементе указывается
информация о лице,
утвердившем
информацию о случае
обслуживания (несущем
юридическую
ответственность).
Правила заполнения этого
элемента тождественны
правилам заполнения
элемента authenticator.
Различие состоит только в
том, что в элементе
legalAuthenticator
передаётся информация о
последнем лице,
подписавшем документ,
то есть о лице,
юридически
ответственном за его
содержание. Если
документ подписан
только одним лицом, то
информация о нём
передаётся в элементе
legalAuthenticator, а
элементы authenticator не
включаются. Если
документ подписан
несколькими лицами, то
информация о последнем
лице, подписавшем
документ, передаётся в
элементе
legalAuthenticator, а
информация о тех, кто
подписал документ
раньше – в элементах
authenticator.
Идентификатор врача. В
качестве идентификатора
указывается СНИЛС в
формате: ЧЧЧ-ЧЧЧ-ЧЧЧ
ЧЧ
Идентификатор ЛПУ, к
которому относится врач.
Значение поля UNQ
(Регистр медицинских
организаций Российской
Федерации. Версия 2, OID
1.2.643.5.1.13.2.1.1.178)
Роль в оказании помощи.
Приложение 31.
2.3 Посещение
Взаимодействие пациента с врачом, либо медицинским ресурсом в
рамках амбулаторного случая. Посещений может быть один и более.
Примером посещения случая обслуживания может служить очередное
посещение врача поликлинического учреждения пациентом в рамках
конкретного заболевания. Информация о структуре представлена в Таблице
3.
Таблица 3. Структура данных «Амбулаторный случай»
Контейнер
Параметр
Тип
/Case/OutPatientRecord
Обязательност
ь
0..*
OutPatientRecord
MedCareTyp
e
int
1..1
OutPatientRecord
IdResult
int
1..1
OutPatientRecord
OutPatientRecord
VisitDate
IdVisitPlace
Date
int
1..1
1..1
OutPatientRecord
IdVisitAim
int
1..1
Описание
Дополнительная
информация для
поликлинического
случай при условии
/Case/ IdCaseType=2
Идентификатор из
классификатора
медицинской помощи
по видам оказания
Код: NYP365
OID:
1.2.643.5.1.13.2.1.1.655)
. Приложение 14.
Идентификатор из
классификатора
результатов
обращения.
Приложение 18.
Дата посещения
Идентификатор из
классификатора мест
обслуживания.
Приложение 15
Идентификатор из
классификатора целей
посещения
амбулаторнополиклинической
организации.
Приложение 16.
OutPatientRecord
IdVisitType
Идентификатор из
классификатора
причин посещения.
Приложение 17.
OutPatientRecord
MedRecord
См. п. 2.6
2.4 Госпитализация
Примером стационарного случая можно выделить случай оказания
медицинской помощи в стационарном отделении с учетом профиля койки.
Смена профиля койки занимаемой пациентом будет являться фактом
появления новой записи типа HospitalRecord. Описание структуры дано в
Таблице 4.
Таблица 4. Структура данных «Госпитализация»
Контейнер
Параметр
Тип
/Case/HospitalRecord
Обязательност
ь
0..*
/HospitalRecord/IncomeRefferal
0..1
IncomeReferra IdOrg
l
int
1..1
IncomeReferra Number
l
IncomeReferra Date
l
IncomeReferra MKBCode
l
/HospitalRecord/Delivery
Delivery
Code
string
1..1
DateTim
e
string
1..1
string
Описание
Дополнительная
информация для
случаев
стационарного
обслуживания, при
условии /Case/
IdCaseType=2
Направление на
госпитализацию
Идентификатор МУ,
направившего
пациента. Значение
поля UNQ (Регистр
медицинских
организаций
Российской
Федерации. Версия 2,
OID
1.2.643.5.1.13.2.1.1.17
8)
Номер направления
1..1
Дата выписки
направления
Код МКБ
0..1
Кем доставлен
Код бригады
Delivery
IdOrg
string
0..1
Delivery
Number
String
0..1
доставившей
пациента
Идентификатор МУ,
доставившего
пациента. Значение
поля UNQ (Регистр
медицинских
организаций
Российской
Федерации. Версия 2,
OID
1.2.643.5.1.13.2.1.1.17
8)
Номер наряда
HospitalRecor
d
HospitalRecor
d
IdDepartment
String
1..1
Код отделения в МИС
CotProfile
Int
1..1
HospitalRecor
d
IsContinuation
Boolean
1..1
HospitalRecor
d
IdHospRegimen
Int
1..1
Идентификатор из
номенклатуры
коечного фонда
медицинской
организации (Код:
PMB751
OID:
1.2.643.5.1.13.2.1.1.22
1)
Продолжение
лечения. В поле
может быть
установлен признак
продолжения лечения,
в случае если
пребывание пациента
в отделении является
продолжением
лечения, начатого
ранее в другом
отделении.
Идентификатор
режима лечения.
Приложение 27.
HospitalRecor
d
HospitalRecor
d
HospitalRecor
d
HospitalRecor
d
IdDoctor
String
1..1
Код врача
AIDS
Boolean
0..1
Обследован на ВИЧ
RW
Boolean
0..1
Обследован на
сифилис
Причина смерти в
виде кода МКБ
DeathCouseMKBCod String
e
0..1
HospitalRecor
d
IdDefect
Int
0..*
HospitalRecor
d
IdDeseaseStartTime
Int
0..1
HospitalRecor
d
Duration
int
1..1
HospitalRecor
d
IdHospitalRepetition
int
1..1
HospitalRecor
d
IdOutcome
int
0..1
HospitalRecor
d
ReceiptDateTime
DateTim
e
0..1
HospitalRecor
d
HospitalRecor
d
DischargeDateTime
DateTim
e
int
0..1
IdIntoxicationType
0..1
Идентификатор из
классификатора
дефектов
догоспитального
этапа. Приложение
24.
Идентификатор
интервалов времени,
прошедшего с
момента заболевания
до обращения
(Справочник времени
доставки больного в
стационар от начала
заболевания
(получения травмы),
OID
1.2.643.5.1.13.2.1.1.53
7
Продолжительность
госпитализации
(койко-дней)
Идентификатор из
классификатора
госпитализаций по
поводу данного
заболевания в
текущем году
Код: PRK367
OID:
1.2.643.5.1.13.2.1.1.53
0. Приложение 26.
Идентификатор из
классификатора
исходов
госпитализации
Код: PRK373
OID:
1.2.643.5.1.13.2.1.1.54
2. Приложение 28.
Дата и время
поступления в
приемное отделение
Дата и время
выписки, перевода
Идентификатор типа
интоксикации
пациента при
поступлении
(Классификатор
состояний опьянения,
в котором был
НоspitalRecor
d
доставлен в
медицинскую
организацию,
1.2.643.5.1.13.2.1.1.55
5)
См. п. 2.6
MedRecord
2.5 Медицинская запись
Данный элемент содержит информацию об оказанных услугах, ЭПМЗ.
2.6 Элемент медицинской записи
Детализирует информацию медицинской записи. Отдельно представлена
информация об операциях. Описание структуры представлена в Таблице 5.
Таблица 5. Структура данных «Медицинская запись»
Контейнер
Параметр
Тип
/MedRecord/Services/Service
Service
Service
ServiceName
Code
Service
Count
Int
Service
IdPaymentType
Int
Service
IsOperation
boolean
Service
IdDoctorMIS
string
Operation
IdAnesthesiaType
int
Operation
Code
string
/Service/Operation
Обязательност Описание
ь
0..*
Информация по
медицинским услугам
0..1
Наименование услуги
1..1
Код услуги из
классификатора ТФ
ОМС РБ
1..1
Кол-во оказанных
услуг
1..1
Вид финансирования.
Приложение 8.
1..1
Является ли услуга
операцией.
1..1
Идентификатор врача.
В качестве
идентификатора
указывается СНИЛС в
формате: ЧЧЧ-ЧЧЧЧЧЧ ЧЧ
0..1
Дополнительная
информация по
операциям при
условии
/Service/IsOperation=Tr
ue
1..1
Идентификатор из
классификатора
«Анестезия».
Приложение 21.
1..1
Код услуги из
классификатора ТФ
ОМС РБ
Operation
Operation
Department
IdEquipment
string
Int
1..1
0..*
Operation
OperationName
string
0..1
Operation
IdOperationSeque
la
int
0..*
Отделение
Идентификатор
классификатора
«Операционная
аппаратура».
Приложения 22
Наименование
операции
Идентификатор из
классификатора
осложнений операции
Код: C44003
OID:
1.2.643.5.1.13.2.1.1.139.
Приложение 23.
3. Описание методов взаимодействия
Для взаимодействия с сервисом используется протокол SOAP.
При информационном взаимодействии используются следующие
обязательные параметры:
 GUID – авторизационный токен. Выдается разработчику МИС
администратором Интеграционной платформы.
 idOrg – идентификатор МУ, от имени которой
передается\запрашивается информация в\из Хранилища. Значение поля
UNQ Регистра медицинских организаций Российской Федерации.
Версия 2, (OID 1.2.643.5.1.13.2.1.1.178).
Сервис представляет следующие методы.
AddPatient – добавление нового пациента
UpdatePatient – изменение данных пациента
DeletePatient – удаление пациента
CreateCase – создание случая
UpdateCase – изменение случая
3.1 Добавление нового пациента (AddPatient)
Данный метод предназначен для добавления информации о пациенте.
При передаче информации о пациенте осуществляется добавление
пациента в Регистр пациентов Хранилища. При попытке добавления
пациента осуществляется проверка на наличие информации об этом пациенте
в Регистре пациентов. Возможны следующие сценарии:
 Если пациент не найден, то в Регистре пациентов создается запись о
нем с указанием идентификатора пациента в передающей МИС и
идентификатора МУ.
 Если пациент найден, и пара {идентификатор пациента; идентификатор
МУ} совпадает с уже зарегистрированными идентификаторами в
Регистре пациентов, то выдается сообщение об ошибке.
 Если пациент найден, но был получен от МИС МУ не совпадающей с
той, что производит попытку добавления (т.е. пара {идентификатор
пациента; идентификатор МУ} ранее не была зарегистрирована в
Регистре пациентов), то для существующего пациента в Регистре
пациентов дополнительно сохраняется новая пара {идентификатор
пациента; идентификатор МУ}. Новый объект «Пациент» в данном
случае не создается.
3.1.1 Описание параметров
В Таблице 6 представлено описание параметров запроса метода
AddPatient.
Таблица 6. Запрос добавления пациента
Контейнер
Параметр
Тип
Обязательност
ь
Описание
Root
/Guid
GUID
1..1
/IdOrg
string
1..1
Авторизационный
токен
Идентификатор МО.
Значение поля UNQ
(Регистр медицинских
организаций
Российской
Федерации. Версия 2,
OID
1.2.643.5.1.13.2.1.1.17
8)
См. п. 2.1
/Patient
3.1.2 Описание выходных данных
В таблице представлено описание выходных данных метода AddPatient.
Таблица 7. Выходные данные запроса
Значение
Тип
Описание
ErrorDescription
String
Текстовое описание ошибки
Возможные значения
Значение
Тип
Описание
Возможные значения
Success
Boolean
Результат выполнения запроса
True; False
3.2 Изменение данных пациента UpdatePatient
Данный метод предназначен для обновления информации о пациенте,
зарегистрированном ранее в Хранилище. Структура запроса метода
UpdatePatient аналогична запросу метода AddPatient
3.2.1 Описание параметров
Параметры запроса метода UpdatePatient совпадают с параметрами для
метода AddPatient и приведены в п. 3.1. Обязательными параметрами метода
являются: guid, idOrg и IdPatientMIS. Остальные параметры не являются
обязательными и должны передаваться только в случае необходимости
внесения изменений в их значения.
3.2.2 Описание выходных данных
Параметры ответа для метода UpdatePatient совпадают с параметрами
метода AddPatient и приведены в п. 3.1.2.
3.3 Удаление пациента из регистра
В случае ошибочного добавления пациента сервис поддерживает
операцию удаления пациента из Регистра пациентов.
3.3.1 Описание параметров
Обязательными параметрами метода являются:
Guid – авторизационный токен,
idOrg – идентификатор МУ
IdPatientMIS – Идентификатор пациента в МИС.
3.3.2 Описание выходных данных
Аналогично как в п. 3.1.2
3.4 Создание случая (CreateCase)
Данный метод позволяет зарегистрировать случай медицинского
обслуживания (как амбулаторный, так и стационарный) в Хранилище. При
добавлении случая обслуживания осуществляется проверка на уникальность
по следующим параметрам: Идентификатор передающей системы,
Идентификатор пациента в передающей МИС, Идентификатор МО,
Идентификатор случая обслуживания в МИС.
Параметры метода CreateCase можно разделить на 3 категории:
1. Общие параметры. Передаются независимо от типа случая
обслуживания (например, тип случая обслуживания, даты начала и
окончания и т.д.);
2. Дополнительные параметры для стационарных случаев обслуживания
(например, информация об отделении пребывания, состоянии пациента
при поступлении и т.д.);
3. Дополнительные параметры для амбулаторных случаев обслуживания
(например, исход обращения, цель обращения и т.д.).
3.4.1 Описание параметров
Структура запроса представлена в Таблице 8.
Таблица 8. Запрос «Создание случая»
Контейнер
Root
/Guid
Параметр
Тип
Обязательность Описание
GUID
1..1
/Case
1..1
Авторизационный
токен
См. п. 2.2.
3.4.2 Описание выходных данных
Аналогично как в п. 3.1.2
3.5 Изменение данных случая (UpdateCase)
Данный метод позволяет передать информацию для изменения случая
обслуживания. При добавлении данных для обновления информации для
случая поиск осуществляется по следующим параметрам: Идентификатор
передающей системы, Идентификатор пациента в передающей МИС,
Идентификатор МО, Идентификатор случая обслуживания в передающей
МИС.
3.5.1 Описание параметров
Структура запроса представлена в Таблице 9.
Таблица 9. Запрос «Изменение данных случая»
Контейнер
Root
/Guid
Параметр
Тип
Обязательность Описание
GUID
1..1
Авторизационный
токен
/IdPatientMIS
string
/IdOrg
/Case
String
3.5.2 Описание выходных данных
Аналогично как в п. 3.1.2
1..1
Идентификатор
пациента в МИС
Идентификатор МО
Информация о случае
обслуживания