1.

 Probar HTTP ECHO 
 
Creamos dos servicios ECHO accesibles por HTTP, los cuales devuelven lo que el cliente les envía: cabezales, 
parámetros, cuerpo (en caso de usar los métodos POST o PUT), etc. 
 
Servicio simple: ​http://cabolabs.com/isis/server_http_isis.php 
Servicio con autenticación básica: ​http://cabolabs.com/isis/server_http_isis_auth.php 
 
El objetivo de esta práctica es familiarizarse con el protocolo HTTP. 
 
 
Tareas: (a­f) 
 
a. Crear un pedido GET al servicio simple usando Insomnia REST Client. 
 
b. Al pedido del punto a. agregar parámetros y sus valores. 
 
c. Al pedido del punto b. agregar cabezales y sus valores. 
 
d. Al pedido del punto c. agregar cuerpo en JSON y cambiar el método a POST. 
 
e. Haga un pedido al servicio con autenticación básica, sin especificar los parámetros de autenticación. 
 
f. Haga un pedido al servicio con autenticación básica, ahora especificando los  parámetros de autenticación. 
 
 
En cada caso: documentar qué recibe cómo respuesta: cabezales, cuerpo, parámetros, estado de la respuesta, etc. 
 
 
 
 
 
   
2. Probar servicios REST del EHRServer 
 
Hemos desarrollado una herramienta de código abierto, que permite almacenar fichas clínicas de pacientes, 
siguiendo el estándar openEHR. El EHRServer cuenta con una interfaz REST que permite que otras aplicaciones 
interactúen con las fichas clínicas de los pacientes. El objetivo de esta práctica es familiarizarse con la arquitectura 
REST sobre un sistema de información clínica existente. 
 
Preparación: 
 
1. Crear una cuenta en: ​https://cabolabs­ehrserver.rhcloud.com/ehr/login/auth 
 
2. Ver página 4 de la Guía de EHRServer aquí: ​http://cabolabs.com/es/proyectos 
 
3. Al finalizar el proceso recuerde su: nombre de usuario, clave y número de organización. 
 
4. Ingrese a ​https://cabolabs­ehrserver.rhcloud.com/ehr/login/auth​ con su usuario, clave y número de 
organización y cree algunos pacientes de prueba en la sección "People". 
 
 
Tareas: (a­f) 
 
a. Crear un pedido POST usando Insomnia REST Client, a la URL: 
https://cabolabs­ehrserver.rhcloud.com/ehr/rest/login 
 
Con los parámetros: 
● username: su nombre de usuario 
● password: su clave 
● organization: su número de organización 
 
Si el login ocurrió correctamente, el resultado incluirá un token1 . Cópielo para usarlo en los siguientes puntos. 
 
 
b. Crear un pedido GET usando Insomnia REST Client, para obtener la lista de pacientes desde el EHRServer. La 
URL del recurso "paciente" es: ​https://cabolabs­ehrserver.rhcloud.com/ehr/rest/patients  
 
Agregue el HEADER: Authorization, con el valor "Bearer token_obtenido_del_login", debería tener algo así:  
 

 
 
 
 

1
 EHRServer utiliza JSON Web Token para dar seguridad a la API REST, más info: ​https://jwt.io/  
c. Realizar el mismo pedido, agregando el parámetro "format" con valor "json". 
 
 
d. Carga de datos de signos vitales mediante EHRCommitter 
 
● Ir a: ​http://committer­ehrserver.rhcloud.com/committer 
● Si dice "Service Unavailable", espere unos minutos y vuelva a intentarlo (el servidor de baja luego de 24h). 
● Usar las mismas credenciales que para el EHRServer (utiliza la API del EHRServer para autenticar al 
usuario) 
● Ir al documento de signos vitales 
● Seleccionar uno de sus pacientes (los trae del EHRServer) 
● Completar algunos datos (ya se generan datos de prueba) 
● Enviar el formulario (crea un nuevo documento clínico en EHRServer) 
 
Puede repetir el proceso tantas veces como quiera, creará un documento cada vez. 
 
 
e. Crear un pedido GET a esta URL (ejecuta una consulta de datos y devuelve las presiones arteriales de pacientes) 
https://cabolabs­ehrserver.rhcloud.com/ehr/rest/queries/e1315e3b­f18e­4dfb­8ca9­86c2663a08a5/execute  
 
Usando Insomnia REST Client, debe agregar el HEADER: Authorization: Bearer token 
 
Este servicio soporta varios parámetros, pero sólo este es obligatorio: ​organizationUid ​(identifica la organización 
sobre la que se está trabajando). Para obtenerlo, dentro de la consola web del EHRServer, ir a Organizations en el 
menú, hacer click en su organización, y copiar el UID. 
 

 
 
Cuando ejecute la consulta, notará que los resultados está agrupados según identificadores como 
"11111111­1111­1111­1111­111111111111", esos son identificadores de fichas clínicas de pacientes, lo que indica 
que el resultado incluye múltiples fichas clínicas. 
 
 
f. Al pedido anterior agregarle el parámetro "format" con valor "xml" y volver a ejecutar. 
 
g. Al pedido anterior agregarle el parámetro "ehrUid". Para obtener el valor, vaya a la sección EHRs dentro de la 
consola web del EHRServer, y en la columna UID verá cualquiera de los valores que puede utilizar para el 
parámetro "ehrUid". Esto pedirá datos sólo para una ficha clínica de un paciente. 
 
Nota: De no ver registros en EHRs, debe crear las fichas de los pacientes primero. Ir a People, y en la última 
columna "Actions" verá links para crear los EHRs, haga click en ellos. 
 
 
h. Al pedido anterior agregarle el parámetro "fromDate" con el valor "20160810", con este parámetro se buscar 
valores registrados luego del 10 de Agosto de 2016. Este es otro ejemplo de parámetro opcional. 
 
 
En cada caso: documentar qué recibe cómo respuesta y qué entiende ud. de la respuesta: formato 
(representación), descripción de los datos, estado de la respuesta, etc. 
 

3. Probar servicios SOAP 
 
Vamos a utilizar herramientas disponibles online para probar servicios SOAP simples que son públicos (ver Guía de 
Herramientas). El objetivo de esta prácticas es ganar experiencia con servicios SOAP y entender su 
funcionamiento básico. 
 
Servicios a probar: 
 
● IP2Geo: ​http://www.webservicex.net/geoipservice.asmx?WSDL  
● GlobalWeather: ​http://www.webservicex.com/globalweather.asmx?WSDL 
 
 
Tareas: (a­d) 
 
a. Probar el servicio IP2Geo desde ​wsdlbrowser.com​, utilizando su dirección IP cómo parámetro de la operación 
ResolveIP. 
 
b. Vamos a averiguar dónde están los servidores de Google! 
 
● Busque las direcciones IP de los servidores de Google (google.com) utilizando un servicio de DNS 
○ http://www.dnsqueries.com/en/​ (buscar en "Perform DNS Query") 
○ https://www.ultratools.com/tools/dnsLookup 
○ Nos interesan las IP de los registros DNS de tipo "A", ver más sobre tipos de registros aquí: 
https://en.wikipedia.org/wiki/List_of_DNS_record_types  
● Utilizar una de las direcciones IP encontradas, como parámetro para llamar a la operación ResolveIP. 
 
c. Probar el servicio GlobalWeather desde ​wsdlbrowser.com​, utilizando su país cómo parámetro de la operación 
GetCitiesByCountry​. Debe copiar una de las ciudades para probar d. 
 
d. Probar el servicio GlobalWeather desde ​wsdlbrowser.com​, utilizando su país y una ciudad cómo parámetros de 
la operación ​GetWeather​. Debe usar una de las ciudades obtenidas en c. 
 
En cada caso: documentar qué recibe cómo respuesta (describa los datos y su estructura).