Спецификация требований к механизму интеграции (стр. 18 )

Синтаксис LDAP	Объектный класс LDAP	Атрибуты объектного класса LDAP	Тип данных	Множественность: S-Single M-Multiple	Опциональность: R-Required O-Optional	Чтение/Запись RW-Чтение и запись RO-Только чтение	Примечание
EHERegistryObjectInformationEX	Boolean	status	Boolean	S	R	RW	Статус записи: true-активная, false-завершенная
EHERegistryObjectInformationEX	String	dateCreated	Date	S	R	RO	Дата и время создания записи. Заполняется Платформой
EHERegistryObjectInformationEX	String	createdById	Instance Identifier	S	R	RO	Создано по идентификатору. Заполняется Платформой Authority=1.2.398.7.1.3.2
EHERegistryObjectInformationEX	DN	createdByRef	Link	S	R	RO	Создано по ссылке. Заполняется Платформой.
EHERegistryObjectInformationEX	String	lastModifiedDate	Date	S	R	RO	Дата и время изменения записи. Заполняется Платформой
EHERegistryObjectInformationEX	String	lastModifiedById	Instance Identifier	S	R	RO	Изменено по идентификатору. Заполняется Платформой Authority=1.2.398.7.1.3.2
EHERegistryObjectInformationEX	DN	lastModifiedByRef	Link	S	R	RO	Изменено по ссылке. Заполняется Платформой
uidObject	String	uid	Instance Identifier	S	R	RW	Authority=1.2.398.7.1.5.1.1.19 ID=Уникальный идентификатор объекта в формате UUID t
EHEDrugTenderEX	String	Budget	Code List	S	R	RW	Code System=1.2.398.7.1.4.2.114 Справочник «Источник финансирования»
EHEDrugTenderEX	Boolean	lowerPrescriptionLockEndDate	Boolean	S	O	RW	Можно уменьшать граничную дату блокировки рецептов
EHEDrugTenderEX	Boolean	provideInactiveSpecification	Boolean	S	O	RW	Можно обеспечивать по неактивным спецификациям
EHEDrugTenderEX	String	CustomerID	Instance Identifier	S	R	RW	Идентификатор Заказчика Authority=1.2.398.7.1.1.1.3
EHEDrugTenderEX	DN	CustomerIDRef	Link	S	O	RO	Используется только внутренне. Когда DSML-сообщение поступает из внешней системы, Платформа должна проверить наличие этого атрибута. Если он отсутствует в Платформе, то Платформа должна искать объект организации здравоохранения (dn = ou = EHEOrganizationEX, dc = HCOrganization, dc = CIM, o = MOH, c = KZ) в Регистре организаций здравоохранения с использованием organizationID и получить uid объекта организации здравоохранения и заполнить эти данные
EHEDrugTenderEX	String	TenderID	Instance Identifier	S	R	RW	Идентификатор тендера Authority=1.2.398.7.1.14.11
EHEDrugTenderEX	String	PharmacyID	Instance Identifier	S	R	RW	Идентификатор аптеки Authority=1.2.398.7.1.1.1.3
EHEDrugTenderEX	DN	PharmacyIDRef	Link	S	O	RO	Используется только внутренне. Когда DSML-сообщение поступает из внешней системы, Платформа должна проверить наличие этого атрибута. Если он отсутствует в Платформе, то Платформа должна искать объект организации здравоохранения (dn = ou = EHEOrganizationEX, dc = HCOrganization, dc = CIM, o = MOH, c = KZ) в Регистре организаций здравоохранения с использованием organizationID и получить uid объекта организации здравоохранения и заполнить эти данные
EHEDrugTenderEX	String	ProviderID	Instance Identifier	S	R	RW	Идентификатор поставщика ЛС, ИМН Authority=1.2.398.7.1.1.1.3
EHEDrugTenderEX	DN	ProviderIDRef	Link	S	O	RO	Используется только внутренне. Когда DSML-сообщение поступает из внешней системы, Платформа должна проверить наличие этого атрибута. Если он отсутствует в Платформе, то Платформа должна искать объект организации здравоохранения (dn = ou = EHEOrganizationEX, dc = HCOrganization, dc = CIM, o = MOH, c = KZ) в Регистре организаций здравоохранения с использованием organizationID и получить uid объекта организации здравоохранения и заполнить эти данные
EHEDrugTenderEX	String	PrescriptionLockEndDate	Date	S	R	RW	Граничная дата блокировки рецептов
EHEDrugTenderEX	Boolean	IsCurrentTender	Boolean	S	O	RW	Является текущим
EHEDrugTenderEX	String	TenderName	String	S	R	RW	Наименование тендера
EHEDrugTenderEX	DN	parentRegionalTender	Link	S	R	RW	Ссылка на родительскую запись тендера (ou=EHEDrugRegionalTenderEX, dc=DrugRegistry, dc=CIM, o=MOH, c=KZ)

Запись: Regional Tender (Региональный тендер)

DN записи - dn=uid=xxx, ou=EHEDrugRegionalTenderEX, dc=DrugRegistry, dc=CIM, o=MOH, c=KZ

Объектные классы записи - EHEDrugRegionalTenderEX, EHERegistryObjectInformationEX, uidObject

2.1.12 – Атрибуты записи Regional Tender

Синтаксис LDAP	Объектный класс LDAP	Атрибуты объектного класса LDAP	Тип данных	Множественность: S-Single M-Multiple	Опциональность: R-Required O-Optional	Чтение/Запись RW-Чтение и запись RO-Только чтение	Примечание
EHERegistryObjectInformationEX	Boolean	status	Boolean	S	R	RW	Статус записи: true-активная, false-завершенная
EHERegistryObjectInformationEX	String	dateCreated	Date	S	R	RO	Дата и время создания записи. Заполняется Платформой
EHERegistryObjectInformationEX	String	createdById	Instance Identifier	S	R	RO	Создано по идентификатору. Заполняется Платформой Authority=1.2.398.7.1.3.2
EHERegistryObjectInformationEX	DN	createdByRef	Link	S	R	RO	Создано по ссылке. Заполняется Платформой.
EHERegistryObjectInformationEX	String	lastModifiedDate	Date	S	R	RO	Дата и время изменения записи. Заполняется Платформой
EHERegistryObjectInformationEX	String	lastModifiedById	Instance Identifier	S	R	RO	Изменено по идентификатору. Заполняется Платформой Authority=1.2.398.7.1.3.2
EHERegistryObjectInformationEX	DN	lastModifiedByRef	Link	S	R	RO	Изменено по ссылке. Заполняется Платформой
uidObject	String	uid	Instance Identifier	S	R	RW	Authority=1.2.398.7.1.5.1.1.19 ID=Уникальный идентификатор объекта в формате UUID t
EHEDrugRegionalTenderEX	String	TenderStartDate	Date	S	R	RW	Дата начала регионального тендера
EHEDrugRegionalTenderEX	String	TenderEndDate	Date	S	R	RW	Дата окончания регионального тендера
EHEDrugRegionalTenderEX	String	RegionalTenderID	Instance Identifier	S	R	RW	Идентификатор регионального тендера Authority=1.2.398.7.1.14.11
EHEDrugRegionalTenderEX	String	Region	Code List	S	R	RW	Code System=1.2.398.7.1.4.3.12 Справочник «КАТО»
EHEDrugRegionalTenderEX	String	Year	Date	S	R	RW	Год тендера. Доступно для выбора только значение года.

орматы типов данных.

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