Adicionalmente hemos leído con atención:
https://docs.intersystems.com/healthconnectlatest/csp/docbook/DocBook.UI...
https://docs.intersystems.com/healthconnectlatest/csp/docbook/DocBook.UI...
https://docs.intersystems.com/healthconnectlatest/csp/docbook/DocBook.UI...
https://docs.intersystems.com/healthconnectlatest/csp/docbook/DocBook.UI...
https://docs.intersystems.com/irisforhealthlatest/csp/docbook/DocBook.UI...
https://community.intersystems.com/post/making-jwtoauth20
Sin embargo, sí seguimos con la misma cuestión:
¿Qué vía existe para "llamar", "invocar", "comunicar" desde los otros entornos ( por ejemplo INTEGRACION ) con el Servidor de Recursos de PREPRODUCCION con el fin de Validar el Token?
Es decir la pregunta de otra forma sería:
¿Qué mecanismo existe para desde un Entorno A (Integración) se comunique con un Entorno B (Preproducción) con la misión de Validar el Token desde el Entorno A empleando el Servidor de Recursos centralizados disponible en el Entorno B?
Muchísimas gracias por su atención, y gracias por sus respuestas.
Un saludo
Alberto, para añadir más detalles:
Puesto que los 2 son, Servicios.DICOM.VNAtoPACSImagenesMedicasv01r00 y Servicios.DICOM.MOVEImagenesMedicasv01r00 son de la clase: "EnsLib.DICOM.Service.TCP" con Adaptador: "EnsLib.DICOM.Adapter.TCP"
Se pueden unificar
Ahora bien, la cuestión a resolver es: ¿Qué es preferible 1 único Servicio donde se aúnan los FIND y MOVE/GET o 2 servicios con los FIND y MOVE/GET separados? ¿separados o juntos?
Lo que sin embargo el reto seria que necesitamos si o si que ambos servicios apunten a los 2 Procesos:
Es decir que en el Parámetro: "Nombre de configuración de destino dúplex" [Indicar los 2 procesos] por ejemplo: Procesos.DICOM.VNAtoPACSImagenesMedicasv01r00,DICOM Move Process
✍️📤Es decir: se enviarian los FIND a los 2 procesos por ejemplo:
Procesos.DICOM.VNAtoPACSImagenesMedicasv01r00,DICOM Move Process
y los MOVE/GET también se enviarían indistintamente a los 2 procesos:
Procesos.DICOM.VNAtoPACSImagenesMedicasv01r00,DICOM Move Process
🔎🔎
Además NO sería trivial el discriminar, y/o distinguir entre un DICOM con comando FIND de otro DICOM (MOVE/GET) puesto que previamente existe el establecer conexión, mediante "EnsLib.DICOM.Notify.Established"
También mencionar que el cribar un FIND de un MOVE/GET sería hacerlo mediante GetValueAt("CommandSet.AffectedSOPClassUID") = [Número del FIND/ Número del MOVE/GET]
Actualmente la foto del circuito es:
¿Qué es preferible 1 único Servicio donde se aúnan los FIND y MOVE/GET o 2 servicios con los FIND y MOVE/GET separados? ¿separados o juntos?
Aunque quizá sea un poco subjetivo, nos gustaría conocer qué se recomienda
¿Qué es preferible 1 único Servicio donde se aúnan los FIND y MOVE/GET o 2 servicios con los FIND y MOVE/GET separados? ¿separados o juntos?
Muchas gracias de antemano Alberto, por leernos y respondernos.
Un saludo.







Hola Alberto,
Gracias por la respuesta.
Lo estudiamos internamente, probamos concienzudamente y te respondemos en cuanto nos sea posible.
Muchas gracias de antemano.
Un saludo.