Recibo un query del analizador (QBP^Q11) al que le contesto con un ACK (RSP^K11) y un OML^O33. Hata aquí, todo correcto, pero el analizador me envia un ACK(ORL^O34) al que desde ENSEMBLE, por defecto, se le contesta con otro ACK (ACK^O33). Es este último ACK que yo no quiero enviar, pero no hay manera de quitarlo.
¿Se puede evitar enviar los ACK's por defecto en ENSEMBLE?
Nos gustaría compartir con ustedes una duda, y agradeceríamos que nos lean y nos respondan.
Actualmente disponemos de un fichero titulado: "Imagen PatientID 9358340 PatientName Milagros ReasonForStudy 350290 InstitutionName 350290 StudyDate 20220927.xml" , en el cual disponemos del siguiente InstitutionName:
Hemos estado indagando de qué manera activar un Servidor para Generar Tokens y un Servidor de Recursos asociado para Validar el Token. Este paso, actualmente lo hemos averiguado con el inestimable apoyo de @Alberto Fuentes de Intersystems.
Una vez descargado el fichero lo intentamos incorporar al studio de cache y nos da un error al importarlo.
Lo importamos desde: Herramientas -> Complementos -> Asistente de Esquemas XML. Seleccionamos el fichero que nos hemos descargado y aparentemente la estructura la pone bien pero luego da error importarlo (“DTD's explicity prohibited)”
Entiendo no hay automatismo para actualizar código antiguo que imbrica con "puntitos" transformándolo a código con llaves "{ }", creo que hacer un parser de este tipo sería complejo por situaciones como esta :
Estamos muy interesados en estudiar DICOM en profundidad, tanto el estándar en sí como su relación con HealthShare.
¿Podríais indicarnos algunas buenas referencias: documentación, cursos, libros, pdfs, explicaciones; para entender de qué va este estándar y cómo funciona?
Recientemente hemos empezado a utilizar Restforms2 para crear una API CRUD para un proyecto. Sin embargo hay algunas funcionalidades para las que no nos es suficiente. Para suplir esto, hemos creado una producción con un WS Rest que maneja las peticiones más complejas. Esto funciona muy bien, pero tenemos un problema, no tiene autenticación
Buenas tardes, Por favor agradeceríamos que nos lean y respondan.
Necesitamos dada una solicitud de Autenticación emitida hacia nuestro servidor de autorización OAuth 2.0; que en caso de error, el mensaje respondido sea personalizado.
Actualmente si apuntamos desde POSTMAN a: https://[IP]:[Puerto]/oauth2/token?grant_type=client_credentials&scope=my/scope
Muy sencillo: ¿cómo depurar? Las configuraciones recomendadas en la documentación no funcionan. Necesito una manera útil de hacer seguimiento de lo que devuelve una función, como en otros idiomas, mostrándolo en la consola.
Por visualizaciones
.png)
