Приложение 1. Обмен нерегламентированными сообщениями в АИС ОМС

Приложение 1

Обмен нерегламентированными сообщениями в АИС ОМС

Для обмена сообщениями в АИС ОМС используется почтовый сервис совместно с универсальным почтовым шлюзом OMSGW. Роль OMSGW состоит в предоставлении интерфейса к почтовому сервису через разделяемый сетевой каталог. В таком каталоге имеются подкаталоги пользователей, а в них подкаталоги для входящих и исходящих сообщений. Сообщения представляются в виде набора файлов. Один из файлов в таком наборе содержит описание сообщения (файл-паспорт), а в остальных файлах размещается содержательная часть сообщения. Полное описание универсального почтового шлюза OMSGW содержится в документе "ИНТЕРФЕЙС УНИВЕРСАЛЬНОГО ПОЧТОВОГО ШЛЮЗА OMSGW".

Определение нерегламентированных сообщений

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

Нерегламентированные сообщения - адресация

В настоящий момент все площадки абонентов АИС ОМС имеют уникальный доменный адрес, обеспечивающий их идентификацию, как группового адресата. Доменные адреса площадок абонентов содержатся в НСИ АИС ОМС. Для каждой площадки предусмотрен типовой набор пользовательских почтовых ящиков: usr001-usr010, oms и nsi. Из них для обмена нерегламентированными сообщениями могут использоваться ящики usr001-usr010.

Нерегламентированные сообщения - идентификация

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

Subject: USERMSG<SP><message_type>{<SP><message_opt>},

где:

USERMSG - ключевое слово-метка, обеспечивающее идентификацию сообщения, как нерегламентированного,

<SP> - символ "пробел",

<message_type> - произвольный набор букв английского алфавита без пробелов в верхнем регистре, используемый для идентификации типа сообщения,

{...} - необязательный элемент значения поля Subject,

<message_opt> - произвольный набор букв английского алфавита без пробелов в верхнем регистре, используемый для подтверждения прикладной обработки.

Кроме идентификации типа сообщений имеется средство для индивидуальной идентификации сообщений. Для этого используется значение поля Message-Id файла-паспорта сообщения.

Нерегламентированные сообщения - структура и содержание

Содержательная часть сообщения должна передаваться в присоединенных файлах, описываемых полем Attachment файла-паспорта сообщения. В зависимости от стоящей задачи, возможно использовать следующие типовые виды присоединенных файлов:

MSG_ARC.ZIP - файл с архивом (с одним уровнем вложения) в формате zip с произвольным уровнем компрессии;

MSG_CNT.TXT - текстовый файл, содержащий перечень файлов в архиве MSG_ARC.ZIP; кодировка Windows-1251; в каждой строке указывается имя одного файла, за которым следует символ перевода строки; порядок файлов - произвольный,

MSG_DSC.TXT - текстовый файл, содержащий описание сообщения в произвольной форме; кодировка Windows-1251.

В составе сообщения могут отсутствовать присоединенные файлы. Такие сообщения могут использоваться в качестве подтверждений прикладной обработки (или подтверждения факта получения сообщения адресатом).

Нерегламентированные сообщения - подтверждения прикладной обработки

Подтверждения прикладной обработки позволяют уведомить участников обмена сообщениями о получении и других фазах обработки сообщений. Состав подтверждений зависит от стоящих задач. В OMSGW предусмотрен механизм для связывания первичных сообщений и ответов на них через поля Message-Id и Resent-Message-Id файла-паспорта. Для уведомления о конкретной фазе прикладной обработки необходимо использовать элемент <message_opt> поля Subject. Простейшим вариантом может служить подтверждение приема сообщения прикладным ПО адресата, путем передачи пустого сообщения (без присоединенных файлов) отправителю с указанием в поле Subject исходного значения с добавлением "ACK". Идентификатор исходного сообщения передается в поле Resent-Message-Id файла-паспорта.

Пример 1

В данном примере рассматривается передача нерегламентированное сообщения от адресата usr001@ikar.msk.oms на адреса: usr001@gkb31.msk.oms и usr001@gkb32.msk.oms. Сообщение имеет тип - "BILL". В составе сообщения имеется файл с архивом и текстовый файл с сообщением в произвольной форме.

Файл-паспорт bouwnbc9.9ft

To: usr001@gkb31.msk.oms

To: usr001@gkb32.msk.oms

Message-Id: 2340982345098.usr001@ikar.msk.oms

Subject: USERMSG BILL

Attachment: douwnbc9.9yu MSG_ARC.ZIP

Attachment: douwnbc9.9gh MSG_DSC.TXT

В файлах douwnbc9.9yu и douwnbc9.9gh располагается содержимое файла с архивом и текстовым сообщением, соответственно.

Пример 2

В данном примере рассматривается передача сообщения с подтверждением прикладной обработки (подтверждение приема сообщения прикладным ПО) сообщения из 1-го примера от адресата usr001@gkb31.msk.oms на адрес usr001@ikar.msk.oms. Сообщение имеет тип - "BILL" и идентификатор прикладной обработки - "ACK". В составе сообщения нет присоединенных файлов. Сообщение ссылается на первичное сообщение из примера 1 по его идентификатору, передаваемому в поле Resent-Message-Id файла-паспорта.

Файл-паспорт bhbvgvk6.5gh

To: usr001@ikar.msk.oms

Message-Id: 657646545434.usr001@gkb31.msk.oms

Resent-Message-Id: 2340982345098.usr001@ikar.msk.oms

Subject: USERMSG BILL ACK