Зураб, здравствуйте.

 

Большое спасибо, что реализовали сервис в оговоренные сроки!

Детали вызова сервиса, а также его местоположение, нужно будет обсудить с Николаем Мусатовым (в копии).

Если Вам это удобно обсудить все детали по телефону, сообщите, пожалуйста, на какой номер звонить.

 

спасибо

 

 

 

Zdrastvite,

servis prakticheski gotov, on vozvrashaet public class ResultEntity

    {

        int StatusCode

        string StatusDescription

        string PrescriptionNumber

    }

 

Znachenii etogo klasa

 

ERROR

{

StatusCode = -1,

StatusDescription = Error description

},

 

{

StatusCode = 0,

StatusDescription = "Doctor Not Found or Access Danied"

},

{

StatusCode = 1,

       StatusDescription = "Operation Success",

}

 

 

Zurab

 

P.S. Mne interesuetsia, na kakom serverv doljen zapuskat etot servis? (na vnutrennuiu ili public?)

 

 

 

Уточнения на счет справочников лекарств и сертификации докторов.

 

- эти справочники не являются отдельными модулями, а это ровно те модули USAID, о которых ранее шла речь

- модули абсолютно актуальные, работа с ними ведется постоянно

- технических препятствий для интеграции нет, конечные исполнители известны

 

Соответственно, вопрос только в организации данных работ со стороны Министерства.

 

 

 

Здравствуйте, коллеги.

 

Привожу MoM нашего сегодняшнего обсуждения с Вано и Зурабом.

 

1.       Кратко про функционал текущего сервиса печати бланков

 

-          Резервирование range номеров для доктора (по Doctor Id). Это когда доктор получает сразу, скажем, 100 номеров и потом использует их.

-          Резервирование range номеров для организации (по TAX). Это когда клиника получает сразу много (10 000) номеров и печатает соотв. бланки для своих врачей

-          Резервирование range номеров для сельских врачей (по аналогии с врачами клиник)

-          При резервировании система проверяет, что юзер является лицензированным доктором (точнее, имеет ли он право на выписку лекарств)

 

Недостатки текущего варианта работы с рецептами:

- доктор может напечатать себе несколько бланков с одним и тем же номером и использовать для различных рецептов

- доктор вписывает назначение вручную

- выписанные рецепты нигде не сохраняются

- и т.д.

 

2.       Порядок интеграции сервиса с EHR

 

Разработчик сервиса: Зураб Батиашвили (в копии).

Договорились о следующем:

- Зураб разрабатывает web-сервис для возврата номера бланка (ориентировочный срок – 4 ноября)

- Входные параметры: DoctorId (personal No), callingSystemName (в данном случае EHR)

- Выходные параметры: ePrescriptionNo

 

При этом Зураб не ориентируется на ранее выданные range ни для Доктора ни для Клиники, а генерит совершенно новый код и возвращает его нам.

 

3.       Дополнительная информация для проработки

 

В Министерстве существует специальное агентство, которое ведет БД:

- зарегистрированных в Грузии лекарственных препаратов (это актуально прямо сейчас для загрузки данных в EHR)

- сертифицированных докторов (это полезная база; нужно обсудить порядок ее использования в EHR)

Вано обещает организовать обсуждение с представителями агентства.

 

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

- действующее вещество, чтобы можно было купить generic

- торговую марку лекарства в скобках

При формировании назначений в EHR нужно учитывать этот порядок.

 

 

Alexander Lahtin|Sr. Solutions Architect|Enterprise Content Division, EMC Russia & CIS|Tel +7 343 253 01 28| Mob +7 912 040 04 10