Мне поручили небольшой проект и предложили использовать Mirth Connect как часть решения. В настоящее время мы не используем Mirth, но поскольку у нас есть предстоящий проект, для которого потребуется интерфейсный движок, меня попросили использовать его для этого проекта, чтобы я мог получить опыт работы с ним. Однако я думаю, что это плохое предложение для этого проекта; Я также знаю, что мой босс не хотел бы, чтобы я реализовал что-то, что добавляет ненужной сложности только ради обучения.
С учетом сказанного, я хочу убедиться, что у меня есть веские причины не использовать Mirth Connect для этого проекта. Никто из нас многого об этом не знает, но я думаю, он был убежден, что это окончательное решение для всего, что связано с интерфейсом/веб-сервисом. Я ценю любой вклад, который я могу получить от тех из вас, у кого больше опыта работы с продуктом, чем у меня.
Это очень простой проект, поскольку у нас есть клиент, которому нужно сделать несколько запросов в нашу систему оттуда, чтобы получить и обновить данные. Например, они сделают запрос на получение демографических данных пациента, добавление госпитализации для пациента, запрос на получение списка возможных настроек ухода из нашего приложения и т. д. Для этого проекта мы будем использовать не HL7, а набор предопределенных XML-сообщения.
И приложение клиента, и наше приложение находятся в сети клиента.
Они не хотят создавать какие-либо собственные сервисы, поэтому сервисы, которые мы создаем, должны выполнять всю работу. Результаты, возвращаемые в ответ на их вызовы служб, будут возвращены в виде XML.
В обозримом будущем не планируется интегрировать какие-либо другие приложения с их или нашими.
Мне кажется, что лучшим вариантом для нас было бы создание отдельной веб-службы, которая принимала бы их запрос и отправляла бы ответ в формате XML. Я просто не вижу причин включать Mirth Connect в картину (кроме как для обучения, но это можно получить другими способами).
о чем ты думаешь? Правда ли, что интерфейсный движок не лучший выбор, если клиент хочет получать данные из нашей системы, не имея механизма приема на своей стороне? Другими словами, они хотят сделать вызов веб-службы, такой как GetCareSettings, и получить ответ с XML-представлением всех возможных настроек ухода в нашей системе. Мне кажется, им понадобится веб-сервис на их стороне, чтобы Мирт использовал его в качестве пункта назначения для отправки результатов. Все, что Mirth собирается отправить обратно, — это сообщение ACK, верно? (Если, конечно, он не записал данные в другой веб-сервис на стороне клиента, что они сказали, что не хотят делать.)
Спасибо, что нашли время, чтобы прочитать это. Я надеюсь, что мой недостаток знаний и понимания Mirth Connect и использования интерфейсных движков не затруднит ответ на этот вопрос.
