Создаем php скрипт

#!/usr/bin/php
<?php
header('content-type: text/xml; charset:utf-8');
mb_internal_encoding("utf-8");
set_time_limit(180);
//$par=500005;
//$par1='AB';

$opts = array('http' =>
array(
'method' => 'POST',
'header' => 'Content-type: application/x-www-form-urlencoded',
'content' => 'login=ticketbusby&password=test'
)
);
$context = stream_context_create($opts);
echo file_get_contents('http://example.com/get_data.php',false,$context);
?>

Сохраняем его, например, /home/cache/data.php
Присваиваем ему chmod 775 data.php

Вызываем его из Cache
s dev="/home/cache/data.php"
s $zt="error"
o dev:"RQ"
u dev f r line u $p w line,! u dev
error
c dev
q

По практике так лучше
На php компоненты работают более правильно и возможностей больше

Плюс нет жесткой привязки к СУБД, можно поручит часть функционала приложения сделать другим разработчикам не связанным с Cache.

И с точки зрения безопасности нечего СУБД напрямую лезть в интернет сеть.

И все эти классы ##class(%XML.Reader).OpenURL() или ##class(%XML.TextReader).ParseURL() используют стандартные библиотеки Linux (windows) типа sax, которые у Intersystems не всегда актуальны на сегодняшний день и неизвестно как собраны.