Запросы soap в инфоклинику на php?

Question

[AlexProWeb]

Помогите сформировать запрос в инфоклинику я вообще запутался в этом soap
с инфоклиники никто не может помочь никто нечего не знает.

<WEB_CLIENT_INFO>
 <MSH>
 <MSH.7>
 <TS.1>20110302184008</TS.1>
 </MSH.7>
 <MSH.9>
 <MSG.1>WEB</MSG.1>
 <MSG.2>CLIENT_INFO</MSG.2>
 <MSH.99>1</MSH.99>
 </MSH.9>
 <MSH.10>IDENT</MSH.10>
 <MSH.18>UTF-8</MSH.18>
 </MSH>
 <CLIENT_INFO_IN>
 <PCODE>1</PCODE>
 </CLIENT_INFO_IN>
</WEB_CLIENT_INFO>

на php

$xml  = [
    "WEB_CLIENT_INFO" =>[
        "MSH"=>[
            "MSH.7"=>[
                "TS.1" => "20110302184008",
            ],
            "MSH.9" => [
                "MSG.1" => "WEB",
                "MSG.2"=> "CLIENT_INFO",
                "MSH.99"=>"1"
            ],
            "MSH.10"=> "IDENT",
            "MSH.18"=> "UTF-8"
        ],
        "CLIENT_INFO_IN"=>[
            "PCODE"=>"1"
        ]

    ]
];


$options = [
    'trace'      => 1,
    'exceptions' => 1,
    'login'      => 'login',
    'password'   => 'password',
];
$client = new SoapClient('http://[url-service]/rest/portHl7Message?wsdl',  $options);
$response = $client->__soapCall('opHl7Message', $xml);
print_r($response);

Answer 1

[Дмитрий Энтелис]

У меня в одном из проектов есть десяток живых интеграций с инфоклиникой :)

1. Они отлично отвечают на вопросы.

2. У вас странный url. У инфоклиники есть центральный шлюз https://api.infoclinica.ru/api/xml
Там все те же самые xml, но без soap.

3. XML запрос мы собираем руками и просто отправляем post в body.
TS.1 - это `date('YmdHis')`
MSH.10 - рекомендуется уникальный для каждого запроса

4. Там есть определенная пляска с подписью запроса сертификатом, на centos так и не заработало, пришлось виртуализироваться

Answer 2

[Виктор Кожухарь]

Когда я вижу слово SOAP в задаче для PHP, меня инстинктивно передёргивает. Ненавижу и саму идею SOAP, и, особенно, её идиотскую реализацию в PHP.

Лично для себя нашёл решение: если мне нужно только несколько конкретных запросов от какого-то SOAP сервиса, я просто беру и делаю запросы при помощи curl и чистого XML. И создание XML запроса, и потом парсинг XML ответа, для меня проще, быстрее, приятнее и надёжнее, чем работа с дурацким SoapClient

Вот вам пример работы с SOAP через curl
https://stackoverflow.com/questions/7120586/soap-r...

Т.е. берём программу SoapUI, подключаемся к их апихе, копируем оттуда примеры XML запроса и ответа для наших нужд, и пишем curl запрос по этим шаблонам.

Кстати, есть инструменты, которые позволяют сгенерировать целый пакет для работы с определенным SOAP API по его wsdl адресу. Там и классы запросов и классы ответов будут сгенерированы, и всё, чтобы делать запросы.
Можете попробовать, но я недолюбливаю такие инструменты.
https://github.com/WsdlToPhp/PackageGenerator

Comments

[AlexProWeb]

Тоже самое я мучаюсь 3 день спасибо за решение попробую разобрать

[Виктор Кожухарь]

AlexProWeb, Я взял первый попавшийся пример со стека, так что там может что-то не работать, но принцип, надеюсь, понятен

[mayton2019]

Тут либо PHP плох, либо сам писатель. Следствием этой боли должен быть какой-то
SOAP клиент который решает задачу. Потому что со стороны это выглядит как
безсилие языка перед технологией.

Почему другие ЯП могут а PHP - нет?

[Виктор Кожухарь]

mayton2019, Просто сам SOAP мало кому нужен сейчас, и древний extension для PHP просто как legacy тащат.
Я очень давно этот SoapClient не использую, и могу наврать, но, если я верно помню, то перешёл на curl из-за того, что эти горе-кодеры переопределили у себя в расширении стандартный обработчик ошибок, из-за чего я не мог обработать ошибку с помощью try-catch, и заполучил много новых седых волос, прежде чем плюнул и перешёл на curl+XML.

[Adamos]

mayton2019,

Почему другие ЯП могут а PHP - нет?

Потому что РНР, в отличие от других ЯП, сильно развился за последние годы и не боялся избавиться от легаси.

Виктор Кожухарь,

древний extension для PHP просто как legacy тащат

Аналогичный копролит для работы с DBF таки дропнули, в РНР8 пришлось так же заменять своим решением ради работы с копрозаврами.

[mayton2019]

Хорошо. Пускай будет легаси. Но я надеюсь GraphQL точно поддерживается?
Это уж никак легаси нельзя будет назвать.

[Виктор Кожухарь]

mayton2019, GraphQL пишут средствами языка, а не расширений. Поэтому, поддерживается, если поддерживаете у себя в коде.  Есть библиотеки для этого.

[mayton2019]

Когда вы пишете что

Просто сам SOAP мало кому нужен сейчас

вы - ошибаетесь. Банки, например его все еще используют. Более
того они его не спешат заменять на REST протоколы, потому что им
важно поддерживать механизмы описания спецификаций. И SOAP
все еще предоставляет такие механизмы.

[Виктор Кожухарь]

mayton2019, Java === legacy

[mayton2019]

Виктор Кожухарь, при чем здесь Java?

[Виктор Кожухарь]

mayton2019,
Банки - это воплощение legacy; так они устроены
Банки - это Java (по большому счету)
SOAP напрямую ассоциируется с Java с самого начала своего существования
Банки, legacy, Java, SOAP