Orquestaciones catalogadas
117
103 activas · 14 sin implementar
Clases ObjectScript
41.260
en 103 repos con código
Repos con HL7 v2
83
71% del ecosistema
Orquestaciones BPL
103
DTL activos en 90 repos
Duplicados críticos
3
grupos copy-paste en 60+ repos
Revisión urgente
9
7 grandes + 2 en v0.0.x
🏗️ Arquitectura del ecosistema

El ecosistema ESB-IRIS de Cysnet está compuesto por 117 orquestaciones independientes desplegadas sobre InterSystems IRIS/Ensemble. Cada orquestación sigue el patrón Business Service → Business Process → Business Operation, con DTL para mapeo de mensajes. Los 103 repos activos suman 41.260 clases ObjectScript. Los protocolos de integración dominantes son HL7 v2 (83 repos), SOAP/WS (101 repos) y REST/HTTP (64 repos), con ASTM E1394/E1381 en el subsistema de autoanalizadores de laboratorio y TCP nativo para instrumentos médicos.

HIS / LIS / ERP
Selene · Oracle · SAP
Business Service
HL7 · ASTM · REST · SOAP
Business Process
103 BPL orchestrations
DTL Transform
Mapeos en 90 repos
Business Operation
101 destinos SOAP · 64 REST
Sistema destino
Pyxis · VNA · Nodofarma · Salesforce…
Top 7 orquestaciones por volumen (requieren revisión prioritaria)
OrquestaciónClasesVersiónFunción
ESB-WebCUN2.819v1.0.5Portal web CUN — hub principal REST
ESB-ArPa2.154v1.1.3Área de paciente CUN con BBDD
ESB-ProcesosCUN1.753v1.0.10Hub central de procesos CUN
ESB-CRM1.683v1.0.1Integración Salesforce CRM
ESB-TPV1.420v1.0.0Punto de venta / farmacia ambulatoria
ESB-RecetaElectronica1.276v1.0.2Prescripción electrónica Nodofarma
ESB-CUNNotificaciones1.131v1.0.1Notificaciones multi-canal al paciente
📊 Distribución del ecosistema
Por protocolo principal
ProtocoloRepos%
SOAP/WS10186%
HL7 v2 TCP/MLLP8371%
REST/HTTP6455%
ASTM (lab)~1513%
TCP nativo~2017%
FHIR00% ⚠️
Por estado
EstadoRepos
Activo89
Revisión urgente9
Mantenimiento / Dev5
Sin implementar14
Por dominio funcional
DominioRepos
Lab / Autoanalizadores16
Clínica / Paciente14
Web / Portal CUN12
Documentos / Imagen11
Sistemas externos20
Infraestructura9
Otros / OSD / Factura6+
⚠️ Hallazgos críticos — ecosistema completo
🔁 RestManager.sendHttpRequest duplicado en 64+ repos

El método HTTP genérico de cysnet/rest/bo/RestManager.cls está copiado en todos los repos con integración REST. La versión canónica existe en ESB-Reference pero no se importa como dependencia ZPM en ningún repo.

🔁 Framework cysnet/bpm copiado en los 103 repos activos

Los BPs de framework (Proceso, QAProceso, QAPreProceso, PostProceso, AlertProcess), adaptadores HL7 y DTL ACK/Response están copiados íntegros en cada orquestación. Impacto estimado: >3.000 clases duplicadas.

🔁 SQL de auditoría y caché duplicado (ResponseJsonCache)

Los mismos DELETE/SELECT sobre cysnet_auditoria_data.InfoOperaciones, InfoSesiones y cysnet_cache_data.ResponseJsonCache están copiados literalmente en más de 30 orquestaciones.

⚠️ 7 orquestaciones superan 1.000 clases

WebCUN (2.819), ArPa (2.154), ProcesosCUN (1.753), CRM (1.683), TPV (1.420), RecetaElectronica (1.276) y CUNNotificaciones (1.131). Sin documentación ni tests, son un riesgo operativo elevado.

⚠️ 14 repos sin implementar + 2 en v0.0.x

CUNFHIR, CUNFHIRSYNC, ProxyESB, DS2, Mosaiq, P-Salesforce y 8 más no tienen código. AnatomiaPatologica y OAUTH están en v0.0.1. Confirmar roadmap o archivar.

💡 Recomendaciones prioritarias
1️⃣
Centralizar RestManager en ESB-Reference (impacto: 64 repos)
Declarar ESB-Reference como dependencia ZPM obligatoria y eliminar las 64+ copias locales. Reducción estimada de >1.500 clases duplicadas.
2️⃣
Extraer cysnet/bpm como módulo compartido (impacto: 103 repos)
Los BPs de framework y utilidades deben vivir exclusivamente en ESB-Reference. Reducción estimada de >3.000 clases duplicadas.
3️⃣
Auditar y documentar los 7 repos >1.000 clases
WebCUN, ArPa, ProcesosCUN, CRM y TPV son los mayores riesgos operativos. Añadir tests, documentación y comentarios antes de cualquier cambio.
4️⃣
Definir roadmap para los 14 repos vacíos
CUNFHIR, CUNFHIRSYNC, ProxyESB, Mosaiq, P-Salesforce y 9 más: o especificar funcionalidad o archivar/eliminar del ecosistema.
5️⃣
Iniciar adopción de FHIR R4
0 repos utilizan FHIR a pesar de existir placeholders CUNFHIR/CUNFHIRSYNC. Es la evolución natural del ecosistema HL7 v2 hacia interoperabilidad moderna.
6️⃣
Añadir tests unitarios y comentarios /// en clases core
La cobertura de tests es prácticamente cero en todo el ecosistema. Priorizar los repos de mayor riesgo operativo (top 7).
Nombre ↕ Versión ↕ Fecha creación ↕ Última actualización ↕ Funcionalidad probable Protocolo Sistemas relacionados Revisión técnica Clases Estado
ESB-AdtBroker 1.0.12 2025-10-03 2025-10-03 Envío de mensajes ADT (admisión, modificación, alta) a múltiples suscriptores externos HL7 v2 SOAP PYXIS, TRIAJE, NEFROLINK, COQUUS, SECA, ADVANTICS ⚠ Revisión 381 Activo
ESB-LABBroker 1.0.1 2025-02-11 2025-02-11 Envío de resultados de analítica de laboratorio a proveedores externos (NEFROLINK) HL7 v2 REST LIS, NEFROLINK, CUN-LAB ⚠ Revisión 621 Activo
ESB-ORMBroker 1.0.0 2025-10-20 2025-10-20 Orquestación de mensajes ORM (órdenes médicas) hacia Gashorn y otros suscriptores HL7 v2 SOAP Gashorn, Palex, SIU (S15) 🔴 Urgente 270 Activo
ESB-SIUBroker 1.0.4 2025-07-16 2025-07-16 Notificación de inicio/fin de sesión y avance de actuaciones de paciente en citas HL7 v2 REST SOAP HIS Selene, AppointmentService, ProcesosCUN ⚠ Revisión 521 Activo
ESB-FarmaciaBroker 1.0.6 2025-10-03 2025-10-03 Broker de farmacia: distribución de mensajes ORM/MFN al sistema de dispensación HL7 v2 SOAP FarmaciaWS, PYXIS, Dispensador ⚠ Revisión 510 Activo
ESB-EnrutadorInformes 1.0.4 2025-01-07 2025-01-07 Enrutado y distribución de mensajería HL7 de informes clínicos a múltiples destinos HL7 v2 VNA, DICOM, InformesCUN ✓ OK 91 Activo
ESB-EnviarEmail 1.0.0 2019-05-07 2019-05-07 Servicio de envío de emails y creación de incidencias Jira desde el ESB SOAP SMTP, Jira 🔴 Urgente 61 Mantenimiento
ESB-JWT 1.0.0 2025-04-07 2025-04-07 Generación y validación de tokens JWT para autenticación de servicios internos REST SOAP JsonWebTokens API, ProcesosCUN, Idonia ⚠ Revisión 166 Activo
ESB-LoginCUN 1.0.3 2025-08-11 2025-08-11 Autenticación LDAP/Active Directory y provisión de info de usuario para login corporativo SOAP REST Active Directory, LDAP, B2B portal, LoginCUN ⚠ Revisión 293 Activo
ESB-Monitorizacion 1.0.0 2025-07-17 2025-07-17 Monitorización clínica de pacientes a través de mensajes HL7 ORU; gestión de aislamientos HL7 v2 SOAP Monitores clínicos (PAM/MAD), Aislamiento, DBCache ✓ OK 266 Activo
ESB-RecetaElectronica 1.0.2 2025-09-30 2025-09-30 Integración con Nodofarma (prescripción electrónica) y BBDD CUN; gestión de recetas y usuarios REST SOAP Nodofarma, CGCOM, Portal Farma, RegistroCGCOM, OAuth 🔴 Urgente 1276 Mantenimiento
ESB-CUNBroker 1.0.0 2022-01-26 2022-01-26 Sin implementar — placeholder N/A 🔴 Urgente 0 Vacío
ESB-AutoanASTM 1.0.14 572 Integración con autoanalizadores ASTM y HL7 standards Activo
ESB-AutoanMicro 1.0.0 492 Enrutador de autoanalizadores de microbiología Activo
ESB-AutoanPSM 1.0.0 575 Integración GDL-ASTM-PSM con autoanalizadores Activo
ESB-Autoanalizadores 1.0.0 336 Producción central de autoanalizadores CUN Activo
ESB-BactAlert 1.0.0 208 Alertas de crecimiento bacteriano — sistema BacT/ALERT Activo
ESB-Gashorn 1.0.0 299 Integración con laboratorio Gashorn (HL7/SOAP) Activo
ESB-QuantaLink 1.0.1 332 Integración con middleware QuantaLink HL7 Activo
ESB-Rapid 1.0.0 424 Comunicación HL7 entre CUN y RapidComm (pruebas EAB) Activo
ESB-LAB_CALIDAD 1.0.0 394 Control de calidad de laboratorio con preprocesado QA Activo
ESB-FastScreen 1.0.1 710 Cálculos prenatales acoplados al autoanalizador Krytor Activo
ESB-Hyrys 1.0.2 487 Integración con Phoresis para análisis de electroforesis de … Activo
ESB-GENETECH 1.0.0 124 Gestión e integración de resultados de pruebas de genética Activo
ESB-Echevarne 1.0.0 340 Integración con laboratorio externo Echevarne Activo
ESB-Endobase 1.0.0 301 Documentación de procedimientos de endoscopia con integració… Activo
ESB-Frigos 1.0.0 121 Gestión de equipos de refrigeración y almacenamiento de mues… Activo
ESB-Myla 1.0.0 444 Integración con el sistema de gestión de laboratorio MYLA (B… Activo
ESB-ArPa 1.1.3 2154 Integración del área de paciente CUN con BBDD — el mayor del… 🔴 Revisión
ESB-DestinoPaciente 1.0.0 354 Enrutado de pacientes a destino clínico con multi-protocolo Activo
ESB-Triaje 1.0.0 197 Integración del sistema de triaje clínico Activo
ESB-SEGUIMIENTO_PACIENTE 1.0.0 457 Integración de proyectos de seguimiento de pacientes con BBD… Activo
ESB-PantallaAreaProc 1.0.0 83 Pantalla de área de procesado — integración quirófano (cysne… Activo
ESB-PantallaQuirofano 1.0.0 93 Pantalla de quirófano — datos en tiempo real para el equipo … Activo
ESB-PantallaTurnos 1.0.0 146 Integración de pantallas de turnos del personal clínico Activo
ESB-ORGOA 1.0.0 108 Integración con ORGOA (organización de áreas clínicas) Activo
ESB-MonitorizacionPartos 1.0.0 299 Monitorización de partos y gestión de datos perinatales Activo
ESB-Aseguradoras 1.0.2 644 Integración de aseguradoras médicas en CUN Activo
ESB-HolterTA 1.0.0 415 Análisis de registros Holter cardíacos e integración con HCE Activo
ESB-Ergometrix 1.0.0 66 Enrutador de datos de pruebas ergométricas Activo
ESB-Muse 1.0.0 444 Integración con el sistema de electrocardiografía MUSE (GE) Activo
ESB-Audiometrias 1.0.0 548 Enrutador de resultados audiométricos (cysnet.cun.EnrutadorP… Activo
ESB-AILIN 1.0.0 461 Integración con el sistema AILIN de gestión clínica Activo
ESB-AnatomiaPatologica 0.0.1 498 Integración de anatomía patológica (en desarrollo, v0.0.1) 🔧 Desarrollo
ESB-AutoPDF 1.0.0 404 Generación automática de PDFs desde mensajes HL7 y datos clí… Activo
ESB-HL7ToPDF 1.0.0 102 Recepción de mensajes HL7 desde .NET 'PDFTOHL7' y conversión… Activo
ESB-HL7ToVNA 1.0.0 292 Transformación de mensajes HL7 e integración con VNA (archiv… Activo
ESB-VNACUN 1.0.0 621 Enrutador VNA (Vendor Neutral Archive) para imagen médica CU… Activo
ESB-DicomRouter 1.0.0 341 Router DICOM para sistemas de imagen médica (PACS) Activo
ESB-MoverIMG 1.0.0 125 Movimiento de archivos de imagen médica entre carpetas orige… Activo
ESB-MoverPDF 1.0.0 367 Procesado de XML/PDF de ECG: mover docs, organizar por fecha… Activo
ESB-DocumentosCUN 1.0.0 217 Procesado y gestión de documentos clínicos CUN Activo
ESB-DownloadVNA 1.0.0 164 Descarga de imágenes desde el archivo VNA Activo
ESB-InformesCUN 1.0.12 450 Agregación de informes médicos desde HL7/XML hacia múltiples… Activo
ESB-Multiword 1.0.2 316 Generación de informes de asistencia o pruebas a partir de m… Activo
ESB-EnvioDocumentos 1.0.3 147 Intercambio bidireccional de documentos entre FS de CUN y FT… Activo
ESB-WebCUN 1.0.5 2819 Integración del portal web CUN con BBDD — mayor integración … 🔴 Revisión
ESB-WebCUNEnsayos 1.0.0 67 Integración del portal de ensayos clínicos CUN con BBDD Activo
ESB-ProcesosCUN 1.0.10 1753 Hub central de integración de procesos CUN con BBDD (v1.0.10… 🔴 Revisión
ESB-CUNNotificaciones 1.0.1 1131 Sistema multi-canal de notificaciones al paciente con caché … Activo
ESB-CUNNotificaciones-EM 1.0.1 116 Recepción de mensajes HL7 desde sistemas de IA para notifica… Activo
ESB-B2B 1.0.0 489 Producción B2B — acceso de empresas externas al portal CUN Activo
ESB-PW 1.0.0 72 Inscripciones web (MIR-FIR-BIR, alumnos de especialidad, cur… Activo
ESB-NPS 1.0.0 110 Net Promoter Score — encuestas de satisfacción del paciente Activo
ESB-Cuestionarios 2.0.0 456 Integración de Gestiona (cuestionarios) con BBDD CUN (v2.0.0… Activo
ESB-SyncForms 1.0.2 143 Sincronización de formularios BBDD con Magnolia CMS Activo
ESB-ProcesarForms 1.0.0 289 Procesado de formularios CUN (cysnet.cun.ProcesarFormsProd) Activo
ESB-FormacionCUN 1.0.1 608 Sincronización de cursos de formación con Magnolia CMS Activo
ESB-BoletinesCUN 1.0.0 371 Producción de boletines CUN (boletinesProd) Activo
ESB-CRM 1.0.1 1683 Hub de integración CUN–Salesforce CRM (cuentas, contactos, o… 🔴 Revisión
ESB-Fundanet 1.0.2 451 Integración con FUNDANET (red de fundaciones) Activo
ESB-Logalty 1.0.0 233 Integración con Logalty (firma electrónica y custodia docume… Activo
ESB-Centricity 1.0.0 296 Integración con el sistema de HCE Centricity (GE Healthcare) Activo
ESB-Docentis 1.0.0 104 Módulo docente — gestión de contenido educativo Activo
ESB-MagicCalendar 1.0.3 897 Integración con MagicCalendar para gestión de agendas (v1.0.… Activo
ESB-Presence 1.0.3 527 Integración para Contact Center (call center CUN) (v1.0.3) Activo
ESB-Mosaiq 1.0.0 Integración con Mosaiq (oncología/radioterapia) — pendiente … Sin implementar
ESB-MosaiqOld 1.0.1 196 Consulta BBDD CUN y envío de datos demográficos paciente a M… Mantenimiento
ESB-NCC 1.0.0 169 Producción NCC (nccProd) — integración con sistema NCC Activo
ESB-Linx 1.0.0 145 Integración con Linx (sistema de información hospitalario) Activo
ESB-Serin 1.0.0 353 Integración con Serin (laboratorio referencia) Activo
ESB-ApiPhemium 1.0.0 470 Integración con Phemium (telemedicina y videoconsulta) Activo
ESB-Asho 1.0.0 175 Integración con ASHO (gestión hospitalaria) Activo
ESB-BancoSangre 1.0.0 497 Integración del banco de sangre — gestión de donantes y tran… Activo
ESB-BioBanco 1.0.0 288 Integración del biobanco de muestras biológicas (92 refs. SO… Activo
ESB-Pyxis 1.0.0 401 Integración con dispensador de medicación Pyxis (BD) Activo
ESB-Dietas 1.0.0 195 Integración de Konica y Coquus (dietas) con BBDD CUN Activo
ESB-DietasEM 1.0.1 203 Integración de Coquus (dietas EM) con autenticación LDAP Activo
ESB-DispensadorLavanderia 1.0.0 63 Control de dispensador de lencería hospitalaria Activo
ESB-DispensadorUniformes 1.0.2 171 Gestión de dispensadores de uniformes (v1.0.2) Activo
ESB-ZebraPrint 1.0.0 104 Impresión de etiquetas con impresoras Zebra Activo
ESB_OSD_CancerHereditario 1.0.0 220 Producción integración cáncer hereditario CUN Activo
ESB_OSD_Cosmos 1.0.0 Integración OSD Cosmos — pendiente de implementación Sin implementar
ESB_OSD_InsuficienciaCardiaca 1.0.0 313 Integración para programa de insuficiencia cardíaca CUN Activo
ESB-FACTURACION 1.0.0 128 Integración con ERP Oracle para generación de asientos conta… Activo
ESB-TPV 1.0.0 1420 Sistema de punto de venta / farmacia ambulatoria CUN 🔴 Revisión
ESB_P-Salesforce 1.0.0 Integración Salesforce — pendiente de implementación Sin implementar
ESB-OAUTH 0.0.1 270 Servicio de autenticación OAuth (en desarrollo, v0.0.1) 🔧 Desarrollo
ESB-QueryBroker 1.0.1 235 Broker de queries HL7 (QBP_Q21/22) → respuestas RSP_K21/22 c… Activo
ESB-IntegracionJiras 1.0.0 177 Integración con Jira para gestión de incidencias y work item… Activo
ESB-Jira-Azure 1.0.0 200 Sincronización bidireccional Jira ↔ Azure DevOps Activo
ESB-Reference 1.0.0 434 Librería de referencia compartida — RestManager, clases base… Activo
ESB-Config 1.0.0 Catálogo centralizado de endpoints y configuración (TD-08 co… Sin implementar
ESB-Despliegues 1.0.0 65 Plataforma de despliegue continuo (CD) de módulos IRIS Activo
ESB-ENRUTADOR_AUTOANPSM 1.0.0 29 Puente de enrutado de laboratorio Madrid–Pamplona (ASTM/HL7) Activo
ESB-ENRUTADOR_MONITOR 1.0.0 Enrutador de monitorización — pendiente de implementación Sin implementar
ESB-MONITOR_ORACLE 1.0.0 Monitor Oracle — pendiente de implementación Sin implementar
ESB-PCR 1.0.0 73 Integración de resultados de PCR (cysnet.bpm.BPMProd) Activo
ESB-ControlHorario 1.0.0 375 Control de horarios y turnos del personal (cysnet.cun.Contro… Activo
ESB-CUNFHIR 1.0.0 Integración FHIR — pendiente de implementación Sin implementar
ESB-CUNFHIRSYNC 1.0.0 Sincronización FHIR — pendiente de implementación Sin implementar
ESB-DS2 1.0.0 Integración DS2 — módulo de referencia Sin implementar
ESB-ProxyESB 1.0.0 Proxy ESB — pendiente de implementación Sin implementar
ESB-PruebasExternas 1.0.0 Integración pruebas externas — pendiente de implementación Sin implementar
ESB-APIDONIA 1.0.0 Integración APIDONIA — pendiente de implementación Sin implementar
ESB_OSD_Cosmos 1.0.0 Integración OSD Cosmos — pendiente de implementación Sin implementar
ESB-CunEmail 1.0.2 156 Servicio de envío de emails CUN (v1.0.2) Activo
ESB-OLD_CUNNotificaciones 1.0.0 59 Versión antigua del sistema de notificaciones CUN — legacy Mantenimiento
ESB-DicomRouter 1.0.0 341 Router DICOM para imagen médica (PACS, PACSMOVNEW) Activo
🔴 Grupo 1 — RestManager.sendHttpRequest (CRÍTICO)
El mismo método HTTP genérico está copiado en 60+ repositorios

La firma del método es idéntica en todos los casos. La versión original reside en ESB-Reference/src/cysnet/rest/bo/RestManager.cls pero cada repo tiene su propia copia local.

ESB-LABBroker ESB-SIUBroker ESB-JWT ESB-LoginCUN ESB-RecetaElectronica ESB-EnrutadorInformes ESB-CRM ESB-NPS + 52 repos más
/// Firma duplicada en todos los repos:
Method sendHttpRequest(
    pURL As %String,
    pRequest As %RegisteredObject,
    ByRef pProxyResponse As %AbstractStream,
    type As %String,
    contentType As %String,
    headerParams As %ListOfObjects,
    params As %ListOfObjects,
    ByRef exito As %Boolean,
    ByRef traza As cysnet.bpm.msg.struct.Trace,
    ByRef statusCode As %String = ""
) As %Status
✅ Acción recomendada
Declarar ESB-Reference ≥ 1.0.0 como dependencia ZPM en todos los module.xml. Eliminar las copias locales de cysnet/rest/bo/RestManager.cls. Impacto estimado: -60 ficheros redundantes.
🟠 Grupo 2 — Framework cysnet/bpm copiado íntegro (ALTO)
Los BPs de framework y clases de mensaje están copiados en cada orquestación

Las clases cysnet/bpm/bp/Proceso, QAProceso, QAPreProceso, PostProceso, AlertProcess y los adaptadores HL7 (ACKToResponse, ResponseToACK, HL7ToRequest, HL7TCPOperation) son idénticos en todos los repos que usan el framework BPL.

ESB-AdtBroker ESB-LABBroker ESB-ORMBroker ESB-SIUBroker ESB-FarmaciaBroker ESB-EnrutadorInformes ESB-JWT ESB-LoginCUN ESB-Monitorizacion ESB-RecetaElectronica
✅ Acción recomendada
Consolidar el namespace cysnet/bpm/ exclusivamente en ESB-Reference. Requiere análisis de divergencias menores entre copias antes de unificar.
🟡 Grupo 3 — SQL de auditoría duplicado (MEDIO)
Los mismos DELETE/SELECT de auditoría aparecen literalmente en 7+ repos

Los queries de limpieza de tablas de auditoría y caché son copia exacta. Candidatos a extraerse en una clase utilitaria cysnet.bpm.util.Auditoria.

&sql(DELETE FROM cysnet_auditoria_data.InfoOperaciones WHERE timeCreatedOp BETWEEN :desde AND :hasta)
&sql(DELETE FROM cysnet_auditoria_data.InfoSesiones WHERE timeCreated BETWEEN :desde AND :hasta)
&sql(DELETE FROM cysnet_cache_data.ResponseJsonCache WHERE YEAR(fechaAdd) < :maxYear)
&sql(SELECT COUNT(*) INTO :total FROM cysnet_cache_data.ResponseJsonCache WHERE metodo = :metodo AND responseJson IS NOT NULL)
✅ Acción recomendada
Crear cysnet.bpm.util.Auditoria en ESB-Reference con métodos estáticos limpiarOperaciones(), limpiarSesiones(), limpiarCache().
🔵 Grupo 4 — Clases HPRIM e ITB (INFORMATIVO)

Las clases del framework HPRIM (parser HPRIM E1238) y del módulo ITB (NACKMessageViewer, ProductionMonitor, HL7 operations) están replicadas en múltiples repos. Al ser librerías de terceros, la solución es asegurar que se importan vía ZPM y no se distribuyen como fuente propia.

HPRIM/EDI/E1238/* (14 clases) ITB/HL7/* (12 clases) ITB/EnsPortal/* (2 clases)
💡 Prueba términos como "autenticación", "laboratorio", "prescripción", "admisión", "orden médica", "monitorización", "email", "token"
Activo v1.0.12 HL7 v2 SOAP ⚠ Revisión técnica recomendada
📋 Descripción
⚙️ Tecnológico
📦 Campos
🗄️ SQLs
🧪 Tests sugeridos
💬 Comentarios sugeridos
Descripción funcional

Orquestación que recibe eventos de paciente desde el HIS (Selene/CUN) y los distribuye como mensajes HL7 v2 a múltiples suscriptores externos. Cubre los eventos de admisión (A01), modificación (A08), alta (A03), cambio de cama (A02), y eventos ambulatorios. Cada suscriptor puede requerir una variante diferente del mensaje (v2.5, v2.6, v2.7, v2.7.1) y headers personalizados.

Suscriptores conocidos
TRIAJESOAPPYXISNEFROLINKCOQUUSSECAADVANTICS
Eventos ADT cubiertos
A01 AdmisiónA02 Cambio camaA03 AltaA04 RegistroA08 ModificaciónA11 Cancelar admisiónA13 Cancelar altaA40 Merge
📥 Datos recibidos — origen: HIS Selene (InSQL / HL7BrokerWS SOAP)
CampoTipoDescripciónClase origen
TipoEvento%StringTipo de evento ADT: ADMISION-PACIENTE, MODI-PACIENTE, ALTA-PACIENTE, ADMISIONPROC, ADMIN-AMB, ADD-CODIFIC…Evento.cls
Historia%StringNúmero de historia clínica del pacienteAdt.cls
Nombre / PriApe / SecApe%StringNombre y apellidos del pacienteAdt.cls
FecNam%StringFecha de nacimientoAdt.cls
Sexo%StringSexo del pacienteAdt.cls
Cipna / Dni%StringCIPNA (id aseguradora) y DNIAdt.cls
Asistencia%StringNúmero de asistencia activa (episodio)Adt.cls
Cama / CamaCorta / Planta%StringLocalización física del pacienteAdt.cls
TipoPaciente%StringE/H/A — Externo / Hospitalizado / AmbulatorioAdt.cls
Departamento%IntegerCódigo de departamento (216 = Urgencias PAM)Adt.cls
FechaAlta / FechaBaja%StringFechas de ingreso y alta del episodioAdt.cls
Centro%StringCódigo de centro: NAV (Pamplona) / MAD (Madrid)Adt.cls
MedicoResponsableMedicoCódigo, nombre, apellidos, texto firmaAdt.cls → wc.HL7BrokerWS.tns.Medico
DepartamentoResponsableDepartamentoCódigo e identificador del dpto. responsableAdt.cls → wc.HL7BrokerWS.tns.Departamento
demograficosDemograficosDirección, descPoblacion, provincia, codPostal, paisDemograficos.cls
CitaCitadesRecurso, firmaDoctorSolicitante, codDepartamentoRealizador/Solicitante, numPeticionCita.cls
Diagnosticos / Procedimientoslist Of DiagnosticoLista de diagnósticos y procedimientos del episodioDiagnostico.cls
FecFalle / IndFalle%StringFecha e indicador de fallecimientoAdt.cls
HisMrg%StringHistoria para merge de pacientes (ADT A40)Adt.cls
subscriberslist Of SubscriberLista de suscriptores activos a notificar (Name, URL/host, tipo protocolo)Subscriber.cls
📤 Datos enviados — destinos: PYXIS · TRIAJE · NEFROLINK · COQUUS · SECA · ADVANTICS (HL7 TCP/HTTP/SOAP)

Mensaje HL7 v2 (variante 2.5 / 2.6 / 2.7 / 2.7.1 según suscriptor). Segmentos generados por los DTLs:

Segmento HL7CampoFuente (campo interno)
MSHSendingApplication / SendingFacilityheader.sendingApplication / sendingFacility
MSHReceivingApplicationheader.receivingApplication (= Subscriber.Name)
MSHDateTimeofMessagefecha (generada en tiempo real)
MSHMessageType / TriggerEventheader.messageType / triggerEvent
MSHVersionIDheader.versionId (2.5/2.6/2.7/2.7.1)
EVNEventTypeCode / RecordedDateTimeheader.triggerEvent / fecha
PID:3(1)PatientIDpaciente.Cipna
PID:3(2)PatientIdentifierList — Historia (PI)paciente.Historia
PID:3(3)PatientIdentifierList — DNIpaciente.Dni
PID:5FamilyName / GivenNamepaciente.PriApe + SecApe / Nombre
PID:7DateTimeofBirthpaciente.FecNam
PID:8AdministrativeSexpaciente.Sexo
PID:11PatientAddressdemograficos.dirección / ciudad / provincia / CP / país
PID:18PatientAccountNumberpaciente.Asistencia
PID:19SSNNumberPatientpaciente.NumActPlan
PV1:2PatientClasspaciente.TipoPaciente
PV1:3AssignedPatientLocation (Planta/Cama/Bed/Facility)paciente.Planta / CamaCorta / Cama / Centro
PV1:4AdmissionTypepaciente.Departamento
PV1:7/8AttendingDoctor / ReferringDoctorMedicoResponsable / Cita.firmaDoctorSolicitante
PV1:10HospitalServiceCita.codDepartamentoRealizador / MotivoConsulta
PV1:19VisitNumberpaciente.Asistencia
PV1:44/45AdmitDateTime / DischargeDateTimepaciente.FechaAlta o AsistenciaFechaInicio / FechaBaja o AsistenciaFechaFin
⚠️ Nota: El segmento ZK1 (alergias) se añade en el DTL ADT A60 (Adt60ToHL7DTL), con datos de Alergia.cls: codAlergia, descAlergia, codGrupoTerapeutico, via, mecanismo.
Componentes IRIS
TipoClaseDescripción
BScysnet.cun.adtbroker.bs.InSQLEscucha eventos vía SQL (polling tabla HIS)
BPcysnet.bpm.bp.ProcesoOrquestación BPL: itera suscriptores, selecciona DTL, envía mensaje
BOcysnet.cun.adtbroker.op.HttpHL7OpEnvío HTTP con payload HL7
BOcysnet.cun.adtbroker.op.MultiTryTCPOperationEnvío TCP con reintentos
BOcysnet.cun.wc/HL7BrokerWS/boCliente SOAP hacia HL7BrokerWS
DTLcysnet.cun.adtbroker.dtl.adt01.*7 variantes de mapeo A01 por suscriptor
Flujo de datos
HIS Selene
Origen
InSQL.cls
Business Service
Proceso BPL
Itera suscriptores
DTLs ADT01–ADT40
Mapeo HL7 por suscriptor
TCP/HTTP/SOAP BO
Envío
PYXIS/TRIAJE/etc.
Destinos
Carencias detectadas
⚠️
Sin tests unitarios formales
No hay clases de test. Los DTLs no están cubiertos por pruebas automatizadas.
⚠️
Comentarios escasos
El BP principal tiene bloques CDATA sin comentario explicativo. La lógica de selección de header por suscriptor no está documentada.
🔴
Framework cysnet/bpm duplicado
Contiene copia local del framework. Ver sección Duplicados.
Operaciones SQL identificadas
&sql(SELECT COUNT(*) INTO :tCount FROM ITB_HL7_Data.NACK WHERE MSHControlID=:tMSHControlID AND Target=:pTarget)
&sql(DELETE FROM ITB_HL7_Data.NACK WHERE MSHControlID=:tMSHControlID AND Target=:pTarget)
&sql(DELETE FROM ITB_HL7_Data.NACK WHERE OriginalId=:originalId)
&sql(SELECT COUNT(*) INTO :tSuspended FROM Ens.MessageHeader WHERE Status = 5)

Tablas accedidas: ITB_HL7_Data.NACK, Ens.MessageHeader

Tests unitarios sugeridos
TestAdmisionA01HappyPath
Verificar que un evento ADMISION-PACIENTE genera correctamente el mensaje HL7 A01 v2.7.1 con los campos MSH/PID/PV1 mapeados según el suscriptor DEFAULT.
Method TestAdmisionA01HappyPath() As %Status
{
  /// Arrange
  Set req = ##class(cysnet.bpm.msg.ProcesoRequest).%New()
  Set req.evento.TipoEvento = "ADMISION-PACIENTE"
  Set req.adt.NHC = "12345"
  /// Act: ejecutar DTL ADT01 default
  Set sc = ##class(cysnet.cun.adtbroker.dtl.adt01.Adt01ToHL7DefaultDTL).Transform(req,,.hl7)
  /// Assert
  $$$AssertStatusOK(sc)
  $$$AssertEquals(hl7.GetValueAt("MSH:9"),"ADT^A01")
}
TestSuscriptorTRIAJESOAPUsaHL725
Verificar que el suscriptor TRIAJESOAP recibe HL7 v2.5 (no v2.7.1) y que el header receivingApplication es correcto según el departamento.
TestNACKGestionado
Verificar que un NACK recibido de un suscriptor incrementa el contador en ITB_HL7_Data.NACK y activa el reintento con MultiTryTCPOperation.
Comentarios sugeridos para añadir

Fragmentos de comentario /// listos para insertar en las clases indicadas:

/// === ESB-AdtBroker · cysnet.bpm.bp.Proceso ===
/// Orquestación BPL que distribuye eventos ADT del HIS a múltiples suscriptores.
/// Flujo: recibe ProcesoRequest → itera lista de suscriptores → selecciona DTL
/// según tipo de evento (ADT01/A08/A03…) y nombre de suscriptor → envía HL7.
///
/// IMPORTANTE: cada suscriptor puede requerir versión HL7 diferente (2.5/2.6/2.7/2.7.1).
/// La selección de versión se hace en el switch "suscribers headers".
/// Añadir nuevos suscriptores: añadir case en ambos switches (headers + transform).

/// === ESB-AdtBroker · cysnet.cun.adtbroker.op.MultiTryTCPOperation ===
/// Business Operation que envía HL7 por TCP/MLLP con soporte de reintentos.
/// Parámetros configurables en producción: MaxRetries, RetryInterval.
/// En caso de NACK persistente, el mensaje pasa a cola de errores y se registra
/// en ITB_HL7_Data.NACK para consulta en el visor personalizado.
Activo v1.0.1 HL7 v2 REST ⚠ Revisión técnica recomendada
📋 Descripción
⚙️ Tecnológico
📦 Campos
🗄️ SQLs
🧪 Tests sugeridos
Descripción funcional

Orquestación que recibe resultados de analítica del LIS de laboratorio y los envía como mensajes HL7 ORU/R01 a proveedores externos de nefrología (NEFROLINK CUN-LAB). Incluye caché de respuestas REST y gestión de auditoría. El protocolo de comunicación principal es HL7 TCP/MLLP con soporte REST para consultas auxiliares. Es uno de los repos más densos del ecosistema (621 clases), lo que sugiere complejidad funcional elevada.

Sistemas relacionados
LIS LaboratorioNEFROLINKCUN-LABCache REST
📥 Datos recibidos — origen: LIS de Laboratorio (InSQLNefrolinkCUNLAB)
Segmento / CampoDescripción
MSHCabecera HL7: aplicación/facility origen, fecha, tipo de mensaje ORU/R01, version
PID:3Historia clínica e identificadores del paciente
PID:5Nombre y apellidos
PID:7/8Fecha de nacimiento / Sexo
OBR:4Identificador de la solicitud analítica (código, texto)
OBR:7/8Fecha/hora inicio y fin de la toma de muestra
OBX:3Identificador del analito (LOINC / código local)
OBX:5Valor del resultado analítico
OBX:6Unidades de medida
OBX:7Rango de referencia
OBX:8Flag anormal (H/L/A/N)
OBX:11Estado del resultado: F (final), P (preliminar), C (corrección)
NTEComentarios del laboratorio sobre el resultado
📤 Datos enviados — destino A: NEFROLINK (HL7 TCP/MLLP) · destino B: LaboratorioWS (SOAP)
Campo / ObjetoTipoDescripciónDestino
Mensaje HL7 ORU/R01EnsLib.HL7.MessageMensaje completo reformateado con schema 2.x para NEFROLINK CUN-LABNEFROLINK (TCP)
RestRequest.metodo%StringNombre del método REST invocadoCache interna
RestRequest.responseJson%StreamRespuesta cacheada para evitar llamadas repetidas al WScysnet_cache_data.ResponseJsonCache
SoapRequest%SOAP.RequestPayload SOAP hacia LaboratorioWS con datos de la analíticaLaboratorioWS (SOAP)
ACK HL7EnsLib.HL7.MessageConfirmación de recepción devuelta al LIS origenLIS (respuesta)
🔄 Caché REST interna
CampoTipoDescripción
metodo%StringIdentificador del método cacheado
responseJson%StreamJSON de respuesta almacenado
fechaAdd%DateFecha de inserción (limpieza por YEAR < maxYear)
Componentes IRIS
TipoClaseDescripción
BScysnet.cun.labBroker.bs.InSQLNefrolinkCUNLABPolling SQL para resultados NEFROLINK
BPcysnet.bpm.bp.ProcesoOrquestación BPL framework
BOcysnet.cun.labBroker.bo.LaboratorioWSEnvío a servicio Laboratorio vía SOAP
BOcysnet.cun.labBroker.bo.HL7BrokerWSEnvío HL7 al broker externo
BOcysnet.cun.labBroker.bo.MultiTryTCPOperationTCP con reintentos
Carencias detectadas
🔴
Duplicado: RestManager + cysnet/bpm
Contiene copias locales del framework y del gestor HTTP.
⚠️
Cache REST sin política de TTL explícita
La limpieza de cysnet_cache_data.ResponseJsonCache usa año como criterio, no TTL real. Revisar política.
Operaciones SQL
&sql(SELECT COUNT(*) INTO :total FROM cysnet_cache_data.ResponseJsonCache WHERE metodo = :metodo AND responseJson IS NOT NULL)
&sql(DELETE FROM cysnet_auditoria_data.InfoOperaciones WHERE timeCreatedOp BETWEEN :desde AND :hasta)
&sql(DELETE FROM cysnet_auditoria_data.InfoSesiones WHERE timeCreated BETWEEN :desde AND :hasta)
&sql(DELETE FROM cysnet_cache_data.ResponseJsonCache WHERE YEAR(fechaAdd) < :maxYear)
Tests sugeridos
TestEnvioResultadoNefrolinkOK
Simular resultado HL7 ORU/R01 y verificar que se envía correctamente al endpoint NEFROLINK con los campos requeridos mapeados.
TestCacheHit
Verificar que una segunda llamada con el mismo método devuelve la respuesta cacheada sin hacer llamada HTTP.
TestLimpiezaAuditoria
Verificar que los DELETE de auditoría sólo borran registros fuera del rango de fechas indicado.
Activo v1.0.0 HL7 v2 SOAP 🔴 Revisión urgente
Descripción funcional

Orquestación que recibe mensajes de órdenes médicas (ORM) desde el HIS y los distribuye como OMG a diferentes proveedores de servicios diagnósticos (Gashorn, Palex) y como S15 al sistema de citas (SIU). Contiene DTLs específicos por destino para adaptar el formato HL7. Marcado como revisión urgente por estar en v1.0.0 (sin actualizaciones desde el primer commit) y carecer de documentación.

Componentes principales
TipoClaseDescripción
BScysnet.cun.eventBroker.bs.InSQLEscucha órdenes vía polling SQL
BPcysnet.bpm.bp.ProcesoOrquestación BPL
BOcysnet.cun.eventBroker.bo.HL7BrokerWSEnvío HL7 vía SOAP
BOcysnet.cun.eventBroker.bo.MultiTryTCPOperationTCP con reintentos
DTLcysnet.cun.eventBroker.dtl.ProcesoToOMGGashornORM→OMG para Gashorn
DTLcysnet.cun.eventBroker.dtl.ProcesoToOMGPalexORM→OMG para Palex
DTLcysnet.cun.eventBroker.dtl.ProcesoToSIUS15ORM→S15 para SIU
📦 Campos recibidos y enviados
📥 Recibido — HIS Selene (InSQL / HL7BrokerWS)
CampoTipoDescripción
numActPlan%StringNº actuación planificada (clave de la orden)
codPersona%StringCódigo de persona/paciente en el HIS
numReg%StringNº de registro del evento en el HIS
tipoPeticion%StringTipo de petición diagnóstica
codActuacion%StringCódigo de actuación clínica
tipoPaciente%StringTipo de paciente (E/H/A)
numSS%StringNº Seguridad Social
esUrgente%BooleanIndicador de urgencia de la orden
pacientePacienteDatos demográficos completos del paciente
subscriberslist Of SubscriberLista de suscriptores destino (Gashorn, Palex, SIU)
📤 Enviado — Gashorn · Palex · SIU
SegmentoCampoSuscriptor
MSHApp/Facility/ReceivingApp/DateTime/VersionTodos
PIDHistoria, nombre, sexo, fecha nacimientoTodos
ORCOrderControl, PlacerOrderNumber, OrderStatusGashorn / Palex (OMG O19)
OBRUniversalServiceID, RequestedDateTime, PriorityGashorn / Palex
ZDSDatos adicionales diagnósticos (segmento Z)Gashorn
SCHFillerAppointmentID, AppointmentTimingQuantitySIU S15
DTLs específicos: ProcesoToOMGGashorn, ProcesoToOMGPalex, ProcesoToSIUS15
Tests sugeridos
TestOrdenGashornMapeadaCorrectamente
Verificar que el DTL ProcesoToOMGGashorn mapea todos los campos requeridos por Gashorn (OBR, ORC, PID).
TestFalloComunicacionPalexReintentos
Simular timeout al enviar a Palex y verificar que MultiTryTCPOperation reintenta N veces antes de error.
Activo v1.0.4 HL7 v2 REST SOAP
Descripción funcional

Cuando llega un mensaje de notificación de inicio o fin de sesión clínica, valida la información recibida, edita y avanza al paciente en la realización de actuaciones de la cita (AppointmentService). Maneja mensajes HL7 SIU (Schedule Information Unsolicited) y se comunica con ProcesosCUN para la lógica de negocio de avance.

Componentes principales
TipoClaseDescripción
BScysnet.cun.siuBroker.bs.*Servicio de entrada HL7/REST
BPcysnet.bpm.bp.ProcesoOrquestación BPL
BOcysnet.cun.wc.AppointmentService/boCliente SOAP AppointmentService
BOcysnet.cun.procesosCun.bo.ProcesosCunOperaciones sobre ProcesosCUN
📦 Campos recibidos y enviados
📥 Recibido — HIS Selene (HL7 SIU / REST)
CampoTipoDescripción
ActualizarPantallaRealizacionesCUNRequest
host%StringHost del proceso clínico origen
proceso%StringIdentificador del proceso clínico
codRecurso%StringCódigo del recurso/profesional
numActPlan%StringNº actuación planificada
sid%StringID de sesión clínica
instancia%StringInstancia del proceso
Paciente (struct)
numHistoria%StringNHC del paciente
nombre / primerApellido / segundoApellido%StringDatos identificativos
cipna%StringCIP sanitario
numSS%StringNº Seguridad Social
tipoPaciente%String(1)E=Externo, H=Hospitalizado, A=Ambulatorio
dni / fechaNacimiento / sexo%StringDatos demográficos
🔐 BaseRequest (seguridad)
FlagDefaultSignificado
metodoAutenticadotrueRequiere autenticación
metodoNoAutomaticofalseNo es llamada automática
accesoPorDNIfalseIdentifica usuario por DNI
checkSeguridadfalseActiva validación de seguridad extra
metodoSuperusuariofalsePermiso de superusuario
📤 Enviado — AppointmentService · ProcesosCUN
DestinoOperaciónCampos clave
AppointmentServiceCambiarEstadoActuacion (SOAP)numActPlan, estado, fecha
ProcesosCUNActualizarPantallaRealizaciones (REST)host, proceso, codRecurso, numActPlan, sid, instancia
ProcesosCUNObtenerNumSS (REST)codPersona → numSS (conversión NHC↔SS)
Los mensajes SIU (S12, S14, S15) se transforman internamente. La demora entre inicio de sesión en HIS y avance en AppointmentService es crítica para la experiencia clínica.
Tests sugeridos
TestInicioSesionAvanzaActuacion
Verificar que un mensaje SIU de inicio de sesión provoca el avance correcto de la actuación del paciente en AppointmentService.
TestValidacionDatosInvalidos
Enviar mensaje SIU con NHC inválido y verificar que el BP devuelve error controlado sin exception.
Activo v1.0.6 HL7 v2 SOAP
Descripción funcional

Orquestación que actúa como broker entre el HIS y el sistema de farmacia. Distribuye mensajes ORM (órdenes de medicación), MFN (maestro de fármacos) y OMS (dispensación) al FarmaciaWS. Incluye lógica de validación de productos con un servicio Madrid. Maneja múltiples tipos de mensaje HL7 (ORM O01, MFN M01, OMS O05) con DTLs específicos para cada tipo.

Componentes principales
TipoClaseDescripción
BScysnet.cun.eventBroker.bs.*Entrada HL7 TCP/MLLP
BPcysnet.bpm.bp.ProcesoOrquestación BPL
BOcysnet.cun.eventBroker.bo.FarmaciaWSEnvío a FarmaciaWS vía SOAP
DTLcysnet.cun.eventBroker.dtl.ORM/OMS/MFNMapeos por tipo de mensaje
📦 Campos recibidos y enviados
📥 Recibido — HIS Selene (HL7 TCP/MLLP: ORM, MFN, OMS)
CampoTipoDescripción
ActualizarLineaRequest
codPeticion%StringClave de la petición farmacéutica
numLinea%StringNº de línea del medicamento en la petición
cantidad%StringCantidad solicitada
codTipoEvento%StringTipo de evento HL7 (ORM O01 / OMS O05 / MFN M01)
Producto (struct)
codProducto%StringCódigo interno del medicamento
descProducto%StringDescripción del medicamento
codFamilia / descFamilia%StringFamilia terapéutica
codProductoNac%StringCódigo nacional del fármaco (CN)
fecFinVig%StringFecha fin de vigencia
perteneceMadrid%BooleanSi el producto pertenece al servicio Madrid
GetInfoAlbaranRequest/Response
codAlbaran%StringCódigo del albarán de dispensación
lineasAlbaranlist Of AlbaranLíneas del albarán con productos dispensados
📤 Enviado — FarmaciaWS (SOAP) · Servicio Madrid
DestinoTipo HL7Operación
FarmaciaWSORM O01Orden de medicación (nueva prescripción)
FarmaciaWSOMS O05Orden de dispensación
FarmaciaWSMFN M01Maestro de fármacos (alta/baja producto)
Servicio MadridRESTBuscarProductoPorCodNac (validación CN)
Cada tipo de mensaje HL7 tiene su DTL específico. La validación de productos con el Servicio Madrid es un paso previo al envío a FarmaciaWS.
Activo v1.0.4 HL7 v2 ✓ Sin issues críticos
Descripción funcional

Orquestación de menor volumen del área de informes (91 clases). Actúa como enrutador de mensajes HL7 de informes clínicos (ORU, MDM) distribuyéndolos a diferentes destinos según reglas de enrutado. Compatible con VNA, DICOM Router e InformesCUN. La lógica de enrutado se apoya en el BPL framework estándar.

📦 Campos recibidos y enviados
📥 Recibido — LIS / RIS (HL7 TCP/MLLP)
SegmentoCampoDescripción
MSHSendingApplication, MessageType, EventTypeCabecera y tipo de mensaje (ORU/MDM)
PIDPatientID, PatientName, BirthDate, SexIdentificación del paciente
OBRUniversalServiceID, ObservationDateTime, FillerOrderNumberDatos del informe clínico
OBXValueType, ObservationValue, Units, StatusContenido/resultado del informe
TXADocumentType, ActivityDateTime, OriginatingAuthorMetadatos del documento (MDM)
📤 Enrutado — VNA · DICOM Router · InformesCUN
DestinoCondición de enrutadoProtocolo
VNAORU R01 con adjunto imagen/informeHL7 TCP/MLLP
DICOM RouterInforme con referencia DICOMHL7 TCP/MLLP
InformesCUNMDM T02 / informe de textoHL7 / REST
El enrutado se decide por el tipo de evento HL7 y los metadatos del segmento MSH/OBR. Sin reglas de enrutado definidas, el mensaje queda en dead letter.
Tests sugeridos
TestEnrutadoInformeVNA
Verificar que un informe con tipo ORU/R01 se enruta correctamente al destino VNA.
TestEnrutadoSinDestinoConocido
Verificar que un informe con tipo desconocido genera un error controlado en lugar de caer a excepción.
En mantenimiento v1.0.0 SOAP 🔴 Revisión urgente (repo de 2019)
Descripción funcional

Orquestación creada en 2019 (el repo más antiguo del ecosistema). Expone un WebService SOAP (WebServiceEnviarEmail) para el envío de emails desde cualquier parte del ESB, y también permite crear incidencias en Jira vía SOAP (CrearIncidenciaWSSoap). Tiene un servicio de monitoreo (MonitorService) y proceso de monitoreo (MonitorProcess). La falta de actualizaciones desde 2019 y su v1.0.0 son señales de riesgo: puede tener dependencias obsoletas.

Componentes principales
TipoClaseDescripción
BScysnet.cun.enviaremail.ws.WebServiceEnviarEmailSOAP endpoint para envío de email
BScysnet.bpm.bs.MonitorServiceMonitor del servicio
BPcysnet.bpm.bp.ProcesoOrquestación BPL
BPcysnet.bpm.bp.MonitorProcessProceso de monitoreo
BOcysnet.jira.wc.IntegracionJiras.bo.CrearIncidenciaWSSoapCrea incidencias en Jira vía SOAP
📦 Campos recibidos y enviados
📥 Recibido — ESB interno (SOAP / REST)
CampoTipoDescripción
EnviarEmailReq (WebServiceEnviarEmail)
remitente%StringDirección email del remitente
destinatario%StringDirección email del destinatario
asunto%StringAsunto del email
mensaje%StringCuerpo del email (texto plano)
comentario%StringComentario adicional
namespace%StringNamespace IRIS de origen
InfoJira (CrearIncidenciaWSSoap)
titulo / resumen%StringTítulo y descripción de la incidencia
proyecto / tipoIncidencia%StringProyecto y tipo en Jira
componente%StringComponente afectado
usuario / responsable%StringUsuarios Jira asignados
jiraDestino / proyectoJira / centro%StringDestino y proyecto Jira destino
📤 Enviado — SMTP · Jira SOAP
DestinoProtocoloDetalles
smtp.unav.es:25SMTPFrom: EnsENVIAREMAIL-DEV@unav.es
JiraSOAP (WS)http://cpdcun7f:1980/... — API Jira Server antigua
⚠️ El endpoint SOAP de Jira apunta a cpdcun7f:1980 (hostname interno de 2019). Si se ha migrado a Jira Cloud o Jira DC moderno, este BO dejará de funcionar. Verificar urgentemente.
⚠️ Riesgo por antigüedad

Este repo no ha sido actualizado desde mayo de 2019. Verificar compatibilidad con la versión actual de IRIS y con el endpoint SOAP de Jira (Jira Cloud/DC tienen APIs diferentes). Puede ser candidato a reescribir con la API REST de Jira moderna.

Activo v1.0.0 REST SOAP
Descripción funcional

Orquestación de seguridad que actúa como proveedor de tokens JWT para el ecosistema ESB-CUN. Expone servicios REST y SOAP para generar, validar y renovar tokens. También actúa como proxy REST hacia ProcesosCUN y maneja generación de PINs para la integración con Idonia. El módulo ProcesoJwt coordina la lógica de autorización.

Componentes principales
TipoClaseDescripción
BPcysnet.cun.jwt.bp.ProcesoJwtBP específico de lógica JWT
BOcysnet.cun.jwt.bo.JsonWebTokensOperaciones JWT (sign/verify)
BOcysnet.cun.jwt.bo.ProcesosCUNProxyRestProxy REST hacia ProcesosCUN
BScysnet.cun.wc.JsonWebTokens/*SOAP clients (17 clases)
📦 Campos recibidos y enviados
📥 Recibido — Aplicaciones internas CUN (REST / SOAP)
CampoTipoDescripción
JWTPayload (token generado/validado)
sub%StringSujeto (usuario/servicio propietario del token)
iat%IntegerIssued At — timestamp de emisión
exp%IntegerExpiration — timestamp de expiración
idonia_scopelist Of %StringScopes de acceso Idonia (JSON: "idonia.scope")
GenerarPinIdoniaRequest
URL%StringURL de Idonia para la que se genera el PIN
PIN%StringPIN temporal generado (respuesta)
ObtenerIdsProcesoRequest (ProcesosCUN proxy)
codPersona%StringCódigo de persona/paciente
numActPlan%StringNº actuación planificada
carpeta%StringCarpeta del proceso en ProcesosCUN
idProcesoPersona / idDocumento%StringIDs de proceso y documento
📤 Enviado — JsonWebTokens BO · ProcesosCUN · Idonia
DestinoOperaciónDatos enviados
JsonWebTokens BOSign / VerifyJWTPayload (sub, iat, exp, scopes)
ProcesosCUNProxyRestGET/POST RESTPeticiones proxy con token JWT en cabecera
IdoniaGenerarPin / GuardarDocumento / ListarDocumentosURL, PIN, contenido del documento
El scope idonia.scope se serializa como JSON con un nombre especial (%JSONFIELDNAME). Verificar que los consumidores del token deserializan correctamente este campo.
Tests sugeridos
TestGenerarTokenJWTValido
Verificar que al solicitar un token con credenciales válidas se devuelve un JWT con las claims correctas (sub, exp, iss).
TestTokenExpirado
Verificar que un token JWT expirado es rechazado correctamente y devuelve error 401.
TestGenerarPinIdonia
Verificar el flujo de generación de PIN para Idonia con los campos GenerarPinIdoniaRequest rellenados correctamente.
Activo v1.0.3 SOAP REST
Descripción funcional

Orquestación que centraliza la autenticación de usuarios de la CUN contra Active Directory / LDAP. Expone servicios SOAP para login, consulta de información de usuario LDAP y operaciones B2B. Gestiona sesiones en la tabla cysnet_cun_login_data.Sesiones. Tiene procesos especializados: ProcesoIntranet (para usuarios internos) y ProcesoLoginEmpresa (para acceso de empresas externas).

Componentes principales
TipoClaseDescripción
BPcysnet.cun.login.bp.ProcesoIntranetLogin para usuarios internos CUN
BPcysnet.cun.login.bp.ProcesoLoginEmpresaLogin para empresas externas
BOcysnet.cun.wc.LoginLdap/boCliente SOAP LDAP
BOcysnet.cun.wc.WSActiveDirectory/boCliente SOAP Active Directory
BOcysnet.cun.wc.b2b/boCliente SOAP B2B portal
📦 Campos recibidos y enviados
📥 Recibido — Aplicaciones CUN (SOAP / REST)
CampoTipoDescripción
LoginCUNRequest
username%StringUsuario corporativo CUN
password%StringContraseña (no almacenada)
scope%StringScope de acceso solicitado
CrearSesionRequest
username / nombreCompleto%StringIdentidad validada del usuario
scope%StringPermisos concedidos
DatosUsuario LDAP (struct)
codUsuario / nombre / primerApellido / segundoApellido%StringIdentidad LDAP
codCentro / centro%StringCentro de trabajo
categoriaProfesional%StringCategoría del profesional
email%StringEmail corporativo
esCCenter / categoriaCCenter%Boolean / %StringIndicadores Contact Center
📤 Enviado — LDAP · Active Directory · B2B · BBDD Sesiones
DestinoOperaciónDatos enviados
LoginLdap (SOAP)Autenticarusername, password → DatosUsuario
WSActiveDirectory (SOAP)GetUserusername → datos AD completos
B2B (SOAP)ValidarTokenEmpresatoken empresa → permisos
Sesiones BBDDINSERT/DELETEtoken, username, scope → cysnet_cun_login_data.Sesiones
Permiso.cls almacena: username, codDepartamento, descDepartamento, proyecto, tipoPermiso, activo — datos de autorización por departamento.
SQL relacionados con sesiones
&sql(DELETE FROM cysnet_cun_login_data.Sesiones WHERE token = :token)

La gestión de sesiones se hace directamente sobre BBDD. Considerar si es apropiado o si debería usarse el mecanismo de sesiones nativo de IRIS.

Activo v1.0.0 HL7 v2 SOAP ✓ Mejor ratio de comentarios
Descripción funcional

Orquestación clínica que procesa mensajes HL7 ORU de monitores de paciente (PAM en Pamplona, MAD en Madrid). Gestiona el estado de aislamiento de pacientes y permite la corrección de datos de monitorización mediante una operación CorregirInfo. Tiene caché de respuestas en base de datos (DBCache). Es el repo con mejor ratio de comentarios del ecosistema (7%), lo que facilita su mantenimiento.

Componentes principales
TipoClaseDescripción
BPcysnet.bpm.bp.ProcesoOrquestación BPL
BOcysnet.cun.monitor.bo.AislamientoGestión de estado de aislamiento
BOcysnet.cun.monitor.bo.CorregirInfoCorrección de datos de monitorización
BOcysnet.cun.monitor.bo.DBCacheCaché de respuestas en BBDD
DTLcysnet.cun.monitor.dtl.HL7ToOruDTL1/2Mapeo HL7 ORU variantes PAM/MAD
📦 Campos recibidos y enviados
📥 Recibido — Monitores paciente (HL7 ORU: PAM / MAD)
CampoTipoDescripción
Constante (struct — constante vital)
identificador%String(50)Código de la constante (ej: FC, SpO2, PAM)
descripcion%StringNombre descriptivo de la constante
valor%String(50)Valor medido
unidad%String(50)Unidad de medida (bpm, %, mmHg…)
codigo%IntegerCódigo numérico interno
tipo%StringTipo de medición
fecha%String(50)Timestamp de la toma
medicalDeviceSystem / virtualMedicalDevice / channelObservationIdentifierIdentificadores del dispositivo médico
numreg%IntegerNº de registro en el monitor
Aislamiento (struct)
viajeExtranjero%IntegerIndicador de viaje al extranjero reciente
fiebre%IntegerIndicador de fiebre
rashTos%IntegerIndicador de rash cutáneo / tos
📤 Enviado — BOs internos · BBDD cache
DestinoOperaciónDatos
BO AislamientoCambiarEstadoAislamientoAislamiento struct (viajeExtranjero, fiebre, rashTos)
BO CorregirInfoCorregirHL7Toma corregida con Constante y Paciente
BO DBCacheINSERT cachéResponseJsonCache — respuestas cacheadas por numreg
Paciente (struct)
CampoTipo
numHistoria / codPersona%Integer
nombre / priapel / segapel%String
codSexo%Integer
fecNacim / cama / tipoPaciente%String
asistencia%Integer
En mantenimiento v1.0.2 REST SOAP 🔴 Revisión urgente (1.276 clases, ratio comentarios 1,8%)
Descripción funcional

Una de las orquestaciones más complejas del ecosistema, con 1.276 clases. Integra el servicio de prescripción electrónica Nodofarma con la BBDD CUN. Gestiona el ciclo completo de receta electrónica: creación, validación, dispensación, anulación. También maneja registro de usuarios en CGCOM (Consejo General de Colegios Oficiales de Médicos), autenticación OAuth y comunicación con el Portal Farma. Incluye tablas propias de códigos de error (cysnet_cun_nodofarma_data.CodigosError).

Componentes principales
TipoClaseDescripción
BPcysnet.cun.nodofarma.bp.ProcesoNodofarmaBP específico Nodofarma
BOcysnet.cun.nodofarma.bo.NodofarmaRestLlamadas REST a Nodofarma
BOcysnet.cun.nodofarma.bo.OAuthAutenticación OAuth
BOcysnet.cun.nodofarma.bo.DBNodofarmaAcceso a BBDD Nodofarma
SQL relevantes
&sql(INSERT INTO cysnet_cun_nodofarma_data.CodigosError (codError, descError, statusCode, codErrorCUN) VALUES ('CONOK','Operación realizada correctamente','200 OK',NULL))

Tiene lógica de inicialización de tabla de códigos de error vía SQL directo. Revisar si esto debería ser una migración ZPM en lugar de INSERT en tiempo de ejecución.

📦 Campos recibidos y enviados
📥 Recibido — HIS / Portal Médico (REST / SOAP)
CampoTipoDescripción
TokenResponse (OAuth — Nodofarma)
access_token%StringToken OAuth2 de acceso a Nodofarma
token_type%StringTipo de token (Bearer)
expires_in%IntegerSegundos de validez del token
refresh_token%StringToken para renovación automática
scope%StringPermisos concedidos por Nodofarma
pharmacy%StringIdentificador de farmacia
appslist Of %StringAplicaciones autorizadas
error / error_description%StringError OAuth en caso de fallo
CodigosError (tabla BBDD propia)
codError%StringCódigo de error (ej: CONOK, CONKO)
descError%StringDescripción legible del error
statusCode%StringHTTP status equivalente (200 OK, 400, etc.)
codErrorCUN%StringCódigo de error en sistema CUN (puede ser NULL)
📤 Enviado — Nodofarma REST · CGCOM · PortalFarma
DestinoOperaciónDatos enviados
Nodofarma RESTCrear / Anular / Dispensar recetaDatos de prescripción (médico, paciente, medicamento, dosis)
OAuth BOGetToken / RefreshTokenclient_id, client_secret → access_token
CGCOMRegistrarMedico / ValidarColegiadoNº colegiado, nombre, especialidad
DBNodofarmaINSERT/SELECT CodigosErrorInicialización de tabla de errores vía SQL directo
⚠️ La tabla CodigosError se inicializa con INSERTs en tiempo de ejecución. Migrar a ZPM data migration para evitar duplicados en reinstalaciones.
Tests sugeridos (prioritarios)
TestCrearRecetaOK
Flujo happy-path: prescripción completa desde HIS hasta Nodofarma con respuesta CONOK.
TestOAuthTokenRenovacion
Verificar que cuando el token OAuth expira, el BO OAuth lo renueva automáticamente antes de reintentar la llamada a Nodofarma.
TestRegistroCGCOMUsuarioNuevo
Verificar que un médico no registrado en CGCOM se registra correctamente y se guarda el resultado en BBDD.
Sin implementar v1.0.0 🔴 Revisar: ¿activo o huérfano?
Estado

Este repositorio fue creado el 26 de enero de 2022 con un único commit inicial. Lleva más de 4 años sin ninguna clase implementada (0 ficheros .cls). Descripción en module.xml: "Integración ESB-IRIS: CUNBroker" — sin más detalle.

Acción requerida

Determinar si ESB-CUNBroker está previsto para desarrollo futuro (en cuyo caso hay que añadir especificación funcional) o si es un repo huérfano que debería archivarse/eliminarse.

📦 Campos recibidos y enviados
No aplicable — el repositorio no contiene ninguna clase implementada (0 ficheros .cls). No hay mensajes, endpoints ni estructuras de datos definidas.

Si se retoma el desarrollo, documentar aquí los campos de entrada/salida desde el inicio.
Activo v1.0.14 HL7 v2 ASTM SOAP 572 clases
Descripción funcional

Integración con autoanalizadores ASTM y HL7 standards. Módulo con 572 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
HL7 v2Integración HL7 v2
ASTMIntegración ASTM
SOAPIntegración SOAP
Activo v1.0.0 HL7 v2 ASTM SOAP 492 clases
Descripción funcional

Enrutador de autoanalizadores de microbiología. Módulo con 492 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
HL7 v2Integración HL7 v2
ASTMIntegración ASTM
SOAPIntegración SOAP
Activo v1.0.0 HL7 v2 ASTM PSM 575 clases
Descripción funcional

Integración GDL-ASTM-PSM con autoanalizadores. Módulo con 575 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
HL7 v2Integración HL7 v2
ASTMIntegración ASTM
PSMIntegración PSM
Activo v1.0.0 HL7 v2 ASTM 336 clases
Descripción funcional

Producción central de autoanalizadores CUN. Módulo con 336 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
HL7 v2Integración HL7 v2
ASTMIntegración ASTM
Activo v1.0.0 HL7 v2 SOAP TCP 208 clases
Descripción funcional

Alertas de crecimiento bacteriano — sistema BacT/ALERT. Módulo con 208 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
HL7 v2Integración HL7 v2
SOAPIntegración SOAP
TCPIntegración TCP
Activo v1.0.0 HL7 v2 SOAP 299 clases
Descripción funcional

Integración con laboratorio Gashorn (HL7/SOAP). Módulo con 299 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
HL7 v2Integración HL7 v2
SOAPIntegración SOAP
Activo v1.0.0 HL7 v2 REST SOAP 424 clases
Descripción funcional

Comunicación HL7 entre CUN y RapidComm (pruebas EAB). Módulo con 424 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
HL7 v2Integración HL7 v2
RESTIntegración REST
SOAPIntegración SOAP
Activo v1.0.0 HL7 v2 SOAP 394 clases
Descripción funcional

Control de calidad de laboratorio con preprocesado QA. Módulo con 394 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
HL7 v2Integración HL7 v2
SOAPIntegración SOAP
Activo v1.0.1 HL7 v2 SOAP TCP 710 clases
Descripción funcional

Cálculos prenatales acoplados al autoanalizador Krytor. Módulo con 710 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
HL7 v2Integración HL7 v2
SOAPIntegración SOAP
TCPIntegración TCP
Activo v1.0.2 HL7 v2 SOAP TCP 487 clases
Descripción funcional

Integración con Phoresis para análisis de electroforesis de proteínas. Módulo con 487 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
HL7 v2Integración HL7 v2
SOAPIntegración SOAP
TCPIntegración TCP
Activo v1.0.0 HL7 v2 REST SOAP 124 clases
Descripción funcional

Gestión e integración de resultados de pruebas de genética. Módulo con 124 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
HL7 v2Integración HL7 v2
RESTIntegración REST
SOAPIntegración SOAP
Activo v1.0.0 HL7 v2 SOAP TCP 340 clases
Descripción funcional

Integración con laboratorio externo Echevarne. Módulo con 340 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
HL7 v2Integración HL7 v2
SOAPIntegración SOAP
TCPIntegración TCP
Activo v1.0.0 HL7 v2 SOAP 301 clases
Descripción funcional

Documentación de procedimientos de endoscopia con integración de imagen. Módulo con 301 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
HL7 v2Integración HL7 v2
SOAPIntegración SOAP
Activo v1.0.0 HL7 v2 REST SOAP 121 clases
Descripción funcional

Gestión de equipos de refrigeración y almacenamiento de muestras. Módulo con 121 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
HL7 v2Integración HL7 v2
RESTIntegración REST
SOAPIntegración SOAP
Activo v1.0.0 HL7 v2 SOAP TCP 444 clases
Descripción funcional

Integración con el sistema de gestión de laboratorio MYLA (BD). Módulo con 444 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
HL7 v2Integración HL7 v2
SOAPIntegración SOAP
TCPIntegración TCP
🔴 Revisión urgente v1.1.3 HL7 v2 REST SOAP ⚠️ 2154 clases
Descripción funcional

Integración del área de paciente CUN con BBDD — el mayor del ecosistema. Módulo con 2154 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
HL7 v2Integración HL7 v2
RESTIntegración REST
SOAPIntegración SOAP
Activo v1.0.0 HL7 v2 REST SOAP 354 clases
Descripción funcional

Enrutado de pacientes a destino clínico con multi-protocolo. Módulo con 354 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
HL7 v2Integración HL7 v2
RESTIntegración REST
SOAPIntegración SOAP
Activo v1.0.0 HL7 v2 REST SOAP 197 clases
Descripción funcional

Integración del sistema de triaje clínico. Módulo con 197 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
HL7 v2Integración HL7 v2
RESTIntegración REST
SOAPIntegración SOAP
Activo v1.0.0 HL7 v2 REST SOAP 457 clases
Descripción funcional

Integración de proyectos de seguimiento de pacientes con BBDD CUN. Módulo con 457 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
HL7 v2Integración HL7 v2
RESTIntegración REST
SOAPIntegración SOAP
Activo v1.0.0 HL7 v2 SOAP 83 clases
Descripción funcional

Pantalla de área de procesado — integración quirófano (cysnet.QuirofanoProd). Módulo con 83 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
HL7 v2Integración HL7 v2
SOAPIntegración SOAP
Activo v1.0.0 HL7 v2 SOAP 93 clases
Descripción funcional

Pantalla de quirófano — datos en tiempo real para el equipo quirúrgico. Módulo con 93 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
HL7 v2Integración HL7 v2
SOAPIntegración SOAP
Activo v1.0.0 HL7 v2 REST SOAP 146 clases
Descripción funcional

Integración de pantallas de turnos del personal clínico. Módulo con 146 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
HL7 v2Integración HL7 v2
RESTIntegración REST
SOAPIntegración SOAP
Activo v1.0.0 HL7 v2 SOAP 108 clases
Descripción funcional

Integración con ORGOA (organización de áreas clínicas). Módulo con 108 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
HL7 v2Integración HL7 v2
SOAPIntegración SOAP
Activo v1.0.0 HL7 v2 SOAP TCP 299 clases
Descripción funcional

Monitorización de partos y gestión de datos perinatales. Módulo con 299 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
HL7 v2Integración HL7 v2
SOAPIntegración SOAP
TCPIntegración TCP
Activo v1.0.2 HL7 v2 REST SOAP 644 clases
Descripción funcional

Integración de aseguradoras médicas en CUN. Módulo con 644 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
HL7 v2Integración HL7 v2
RESTIntegración REST
SOAPIntegración SOAP
Activo v1.0.0 HL7 v2 SOAP 415 clases
Descripción funcional

Análisis de registros Holter cardíacos e integración con HCE. Módulo con 415 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
HL7 v2Integración HL7 v2
SOAPIntegración SOAP
Activo v1.0.0 HL7 v2 66 clases
Descripción funcional

Enrutador de datos de pruebas ergométricas. Módulo con 66 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
HL7 v2Integración HL7 v2
Activo v1.0.0 HL7 v2 SOAP TCP 444 clases
Descripción funcional

Integración con el sistema de electrocardiografía MUSE (GE). Módulo con 444 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
HL7 v2Integración HL7 v2
SOAPIntegración SOAP
TCPIntegración TCP
Activo v1.0.0 HL7 v2 SOAP 548 clases
Descripción funcional

Enrutador de resultados audiométricos (cysnet.cun.EnrutadorProd). Módulo con 548 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
HL7 v2Integración HL7 v2
SOAPIntegración SOAP
Activo v1.0.0 HL7 v2 REST SOAP 461 clases
Descripción funcional

Integración con el sistema AILIN de gestión clínica. Módulo con 461 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
HL7 v2Integración HL7 v2
RESTIntegración REST
SOAPIntegración SOAP
🔧 En desarrollo v0.0.1 HL7 v2 SOAP 498 clases
Descripción funcional

Integración de anatomía patológica (en desarrollo, v0.0.1). Módulo con 498 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
HL7 v2Integración HL7 v2
SOAPIntegración SOAP
Activo v1.0.0 HL7 v2 SOAP REST 404 clases
Descripción funcional

Generación automática de PDFs desde mensajes HL7 y datos clínicos. Módulo con 404 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
HL7 v2Integración HL7 v2
SOAPIntegración SOAP
RESTIntegración REST
Activo v1.0.0 HL7 v2 SOAP 102 clases
Descripción funcional

Recepción de mensajes HL7 desde .NET 'PDFTOHL7' y conversión a PDF. Módulo con 102 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
HL7 v2Integración HL7 v2
SOAPIntegración SOAP
Activo v1.0.0 HL7 v2 SOAP 292 clases
Descripción funcional

Transformación de mensajes HL7 e integración con VNA (archivo neutral de vendor). Módulo con 292 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
HL7 v2Integración HL7 v2
SOAPIntegración SOAP
Activo v1.0.0 HL7 v2 SOAP REST 621 clases
Descripción funcional

Enrutador VNA (Vendor Neutral Archive) para imagen médica CUN. Módulo con 621 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
HL7 v2Integración HL7 v2
SOAPIntegración SOAP
RESTIntegración REST
Activo v1.0.0 HL7 v2 SOAP File 341 clases
Descripción funcional

Router DICOM para sistemas de imagen médica (PACS). Módulo con 341 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
HL7 v2Integración HL7 v2
SOAPIntegración SOAP
FileIntegración File
Activo v1.0.0 File SQL 125 clases
Descripción funcional

Movimiento de archivos de imagen médica entre carpetas origen/destino. Módulo con 125 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
FileIntegración File
SQLIntegración SQL
Activo v1.0.0 File SQL REST 367 clases
Descripción funcional

Procesado de XML/PDF de ECG: mover docs, organizar por fecha, actualizar BBDD. Módulo con 367 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
FileIntegración File
SQLIntegración SQL
RESTIntegración REST
Activo v1.0.0 HL7 v2 REST SOAP 217 clases
Descripción funcional

Procesado y gestión de documentos clínicos CUN. Módulo con 217 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
HL7 v2Integración HL7 v2
RESTIntegración REST
SOAPIntegración SOAP
Activo v1.0.0 HL7 v2 SOAP File 164 clases
Descripción funcional

Descarga de imágenes desde el archivo VNA. Módulo con 164 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
HL7 v2Integración HL7 v2
SOAPIntegración SOAP
FileIntegración File
Activo v1.0.12 HL7 v2 SOAP TCP 450 clases
Descripción funcional

Agregación de informes médicos desde HL7/XML hacia múltiples destinos (v1.0.12). Módulo con 450 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
HL7 v2Integración HL7 v2
SOAPIntegración SOAP
TCPIntegración TCP
Activo v1.0.2 HL7 v2 SOAP 316 clases
Descripción funcional

Generación de informes de asistencia o pruebas a partir de mensajes HL7. Módulo con 316 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
HL7 v2Integración HL7 v2
SOAPIntegración SOAP
Activo v1.0.3 REST FTP SQL 147 clases
Descripción funcional

Intercambio bidireccional de documentos entre FS de CUN y FTP. Módulo con 147 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
RESTIntegración REST
FTPIntegración FTP
SQLIntegración SQL
🔴 Revisión urgente v1.0.5 REST SOAP HL7 v2 ⚠️ 2819 clases
Descripción funcional

Integración del portal web CUN con BBDD — mayor integración del ecosistema. Módulo con 2819 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
RESTIntegración REST
SOAPIntegración SOAP
HL7 v2Integración HL7 v2
Activo v1.0.0 REST SOAP 67 clases
Descripción funcional

Integración del portal de ensayos clínicos CUN con BBDD. Módulo con 67 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
RESTIntegración REST
SOAPIntegración SOAP
🔴 Revisión urgente v1.0.10 REST SOAP HL7 v2 ⚠️ 1753 clases
Descripción funcional

Hub central de integración de procesos CUN con BBDD (v1.0.10). Módulo con 1753 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
RESTIntegración REST
SOAPIntegración SOAP
HL7 v2Integración HL7 v2
Activo v1.0.1 HL7 v2 REST SOAP ⚠️ 1131 clases
Descripción funcional

Sistema multi-canal de notificaciones al paciente con caché y alertas. Módulo con 1131 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
HL7 v2Integración HL7 v2
RESTIntegración REST
SOAPIntegración SOAP
Activo v1.0.1 HL7 v2 REST SOAP 116 clases
Descripción funcional

Recepción de mensajes HL7 desde sistemas de IA para notificaciones. Módulo con 116 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
HL7 v2Integración HL7 v2
RESTIntegración REST
SOAPIntegración SOAP
Activo v1.0.0 SOAP REST HL7 v2 489 clases
Descripción funcional

Producción B2B — acceso de empresas externas al portal CUN. Módulo con 489 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
SOAPIntegración SOAP
RESTIntegración REST
HL7 v2Integración HL7 v2
Activo v1.0.0 REST SQL 72 clases
Descripción funcional

Inscripciones web (MIR-FIR-BIR, alumnos de especialidad, cursos…). Módulo con 72 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
RESTIntegración REST
SQLIntegración SQL
Activo v1.0.0 REST SOAP 110 clases
Descripción funcional

Net Promoter Score — encuestas de satisfacción del paciente. Módulo con 110 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
RESTIntegración REST
SOAPIntegración SOAP
Activo v2.0.0 REST SOAP File 456 clases
Descripción funcional

Integración de Gestiona (cuestionarios) con BBDD CUN (v2.0.0). Módulo con 456 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
RESTIntegración REST
SOAPIntegración SOAP
FileIntegración File
Activo v1.0.2 REST SQL 143 clases
Descripción funcional

Sincronización de formularios BBDD con Magnolia CMS. Módulo con 143 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
RESTIntegración REST
SQLIntegración SQL
Activo v1.0.0 REST SOAP HL7 v2 289 clases
Descripción funcional

Procesado de formularios CUN (cysnet.cun.ProcesarFormsProd). Módulo con 289 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
RESTIntegración REST
SOAPIntegración SOAP
HL7 v2Integración HL7 v2
Activo v1.0.1 REST SOAP SQL 608 clases
Descripción funcional

Sincronización de cursos de formación con Magnolia CMS. Módulo con 608 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
RESTIntegración REST
SOAPIntegración SOAP
SQLIntegración SQL
Activo v1.0.0 REST SOAP Email 371 clases
Descripción funcional

Producción de boletines CUN (boletinesProd). Módulo con 371 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
RESTIntegración REST
SOAPIntegración SOAP
EmailIntegración Email
🔴 Revisión urgente v1.0.1 REST SOAP SQL ⚠️ 1683 clases
Descripción funcional

Hub de integración CUN–Salesforce CRM (cuentas, contactos, oportunidades, pedidos). Módulo con 1683 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
RESTIntegración REST
SOAPIntegración SOAP
SQLIntegración SQL
Activo v1.0.2 HL7 v2 REST SOAP 451 clases
Descripción funcional

Integración con FUNDANET (red de fundaciones). Módulo con 451 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
HL7 v2Integración HL7 v2
RESTIntegración REST
SOAPIntegración SOAP
Activo v1.0.0 REST SOAP 233 clases
Descripción funcional

Integración con Logalty (firma electrónica y custodia documental). Módulo con 233 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
RESTIntegración REST
SOAPIntegración SOAP
Activo v1.0.0 HL7 v2 SOAP 296 clases
Descripción funcional

Integración con el sistema de HCE Centricity (GE Healthcare). Módulo con 296 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
HL7 v2Integración HL7 v2
SOAPIntegración SOAP
Activo v1.0.0 HL7 v2 REST SOAP 104 clases
Descripción funcional

Módulo docente — gestión de contenido educativo. Módulo con 104 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
HL7 v2Integración HL7 v2
RESTIntegración REST
SOAPIntegración SOAP
Activo v1.0.3 REST SOAP SQL 897 clases
Descripción funcional

Integración con MagicCalendar para gestión de agendas (v1.0.3). Módulo con 897 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
RESTIntegración REST
SOAPIntegración SOAP
SQLIntegración SQL
Activo v1.0.3 REST SOAP TCP 527 clases
Descripción funcional

Integración para Contact Center (call center CUN) (v1.0.3). Módulo con 527 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
RESTIntegración REST
SOAPIntegración SOAP
TCPIntegración TCP
Sin implementar v1.0.0
Descripción funcional

Este repositorio fue creado pero aún no contiene clases implementadas (0 ficheros .cls). La descripción en module.xml es: "Integración con Mosaiq (oncología/radioterapia) — pendiente de implementación". Pendiente de definir especificación funcional o archivar.

Acción requerida

Determinar si está previsto para desarrollo futuro (añadir especificación) o es un repo huérfano (archivar/eliminar).

En mantenimiento v1.0.1 HL7 v2 SQL 196 clases
Descripción funcional

Consulta BBDD CUN y envío de datos demográficos paciente a Mosaiq vía HL7. Módulo con 196 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
HL7 v2Integración HL7 v2
SQLIntegración SQL
Activo v1.0.0 HL7 v2 SOAP 169 clases
Descripción funcional

Producción NCC (nccProd) — integración con sistema NCC. Módulo con 169 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
HL7 v2Integración HL7 v2
SOAPIntegración SOAP
Activo v1.0.0 HL7 v2 REST SOAP 145 clases
Descripción funcional

Integración con Linx (sistema de información hospitalario). Módulo con 145 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
HL7 v2Integración HL7 v2
RESTIntegración REST
SOAPIntegración SOAP
Activo v1.0.0 HL7 v2 SOAP TCP 353 clases
Descripción funcional

Integración con Serin (laboratorio referencia). Módulo con 353 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
HL7 v2Integración HL7 v2
SOAPIntegración SOAP
TCPIntegración TCP
Activo v1.0.0 REST SOAP 470 clases
Descripción funcional

Integración con Phemium (telemedicina y videoconsulta). Módulo con 470 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
RESTIntegración REST
SOAPIntegración SOAP
Activo v1.0.0 HL7 v2 SOAP 175 clases
Descripción funcional

Integración con ASHO (gestión hospitalaria). Módulo con 175 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
HL7 v2Integración HL7 v2
SOAPIntegración SOAP
Activo v1.0.0 HL7 v2 SOAP 497 clases
Descripción funcional

Integración del banco de sangre — gestión de donantes y transfusiones. Módulo con 497 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
HL7 v2Integración HL7 v2
SOAPIntegración SOAP
Activo v1.0.0 HL7 v2 SOAP 288 clases
Descripción funcional

Integración del biobanco de muestras biológicas (92 refs. SOAP). Módulo con 288 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
HL7 v2Integración HL7 v2
SOAPIntegración SOAP
Activo v1.0.0 HL7 v2 SOAP TCP 401 clases
Descripción funcional

Integración con dispensador de medicación Pyxis (BD). Módulo con 401 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
HL7 v2Integración HL7 v2
SOAPIntegración SOAP
TCPIntegración TCP
Activo v1.0.0 HL7 v2 REST SOAP 195 clases
Descripción funcional

Integración de Konica y Coquus (dietas) con BBDD CUN. Módulo con 195 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
HL7 v2Integración HL7 v2
RESTIntegración REST
SOAPIntegración SOAP
Activo v1.0.1 HL7 v2 REST SOAP 203 clases
Descripción funcional

Integración de Coquus (dietas EM) con autenticación LDAP. Módulo con 203 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
HL7 v2Integración HL7 v2
RESTIntegración REST
SOAPIntegración SOAP
Activo v1.0.0 REST SQL Email 63 clases
Descripción funcional

Control de dispensador de lencería hospitalaria. Módulo con 63 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
RESTIntegración REST
SQLIntegración SQL
EmailIntegración Email
Activo v1.0.2 REST SOAP TCP File 171 clases
Descripción funcional

Gestión de dispensadores de uniformes (v1.0.2). Módulo con 171 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
RESTIntegración REST
SOAPIntegración SOAP
TCPIntegración TCP
FileIntegración File
Activo v1.0.0 REST TCP 104 clases
Descripción funcional

Impresión de etiquetas con impresoras Zebra. Módulo con 104 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
RESTIntegración REST
TCPIntegración TCP
Activo v1.0.0 HL7 v2 SOAP REST 220 clases
Descripción funcional

Producción integración cáncer hereditario CUN. Módulo con 220 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
HL7 v2Integración HL7 v2
SOAPIntegración SOAP
RESTIntegración REST
Sin implementar v1.0.0
Descripción funcional

Este repositorio fue creado pero aún no contiene clases implementadas (0 ficheros .cls). La descripción en module.xml es: "Integración OSD Cosmos — pendiente de implementación". Pendiente de definir especificación funcional o archivar.

Acción requerida

Determinar si está previsto para desarrollo futuro (añadir especificación) o es un repo huérfano (archivar/eliminar).

Activo v1.0.0 HL7 v2 SOAP REST 313 clases
Descripción funcional

Integración para programa de insuficiencia cardíaca CUN. Módulo con 313 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
HL7 v2Integración HL7 v2
SOAPIntegración SOAP
RESTIntegración REST
Activo v1.0.0 HL7 v2 REST SOAP 128 clases
Descripción funcional

Integración con ERP Oracle para generación de asientos contables. Módulo con 128 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
HL7 v2Integración HL7 v2
RESTIntegración REST
SOAPIntegración SOAP
🔴 Revisión urgente v1.0.0 REST SOAP SQL ⚠️ 1420 clases
Descripción funcional

Sistema de punto de venta / farmacia ambulatoria CUN. Módulo con 1420 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
RESTIntegración REST
SOAPIntegración SOAP
SQLIntegración SQL
Sin implementar v1.0.0
Descripción funcional

Este repositorio fue creado pero aún no contiene clases implementadas (0 ficheros .cls). La descripción en module.xml es: "Integración Salesforce — pendiente de implementación". Pendiente de definir especificación funcional o archivar.

Acción requerida

Determinar si está previsto para desarrollo futuro (añadir especificación) o es un repo huérfano (archivar/eliminar).

🔧 En desarrollo v0.0.1 REST OAUTH 270 clases
Descripción funcional

Servicio de autenticación OAuth (en desarrollo, v0.0.1). Módulo con 270 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
RESTIntegración REST
OAUTHIntegración OAUTH
Activo v1.0.1 HL7 v2 SQL 235 clases
Descripción funcional

Broker de queries HL7 (QBP_Q21/22) → respuestas RSP_K21/22 con demográficos. Módulo con 235 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
HL7 v2Integración HL7 v2
SQLIntegración SQL
Activo v1.0.0 REST SOAP 177 clases
Descripción funcional

Integración con Jira para gestión de incidencias y work items. Módulo con 177 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
RESTIntegración REST
SOAPIntegración SOAP
Activo v1.0.0 REST SOAP 200 clases
Descripción funcional

Sincronización bidireccional Jira ↔ Azure DevOps. Módulo con 200 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
RESTIntegración REST
SOAPIntegración SOAP
Activo v1.0.0 REST 434 clases
Descripción funcional

Librería de referencia compartida — RestManager, clases base (dependencia universal). Módulo con 434 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
RESTIntegración REST
Sin implementar v1.0.0
Descripción funcional

Este repositorio fue creado pero aún no contiene clases implementadas (0 ficheros .cls). La descripción en module.xml es: "Catálogo centralizado de endpoints y configuración (TD-08 compliance)". Pendiente de definir especificación funcional o archivar.

Acción requerida

Determinar si está previsto para desarrollo futuro (añadir especificación) o es un repo huérfano (archivar/eliminar).

Activo v1.0.0 REST Email 65 clases
Descripción funcional

Plataforma de despliegue continuo (CD) de módulos IRIS. Módulo con 65 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
RESTIntegración REST
EmailIntegración Email
Activo v1.0.0 HL7 v2 ASTM Email 29 clases
Descripción funcional

Puente de enrutado de laboratorio Madrid–Pamplona (ASTM/HL7). Módulo con 29 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
HL7 v2Integración HL7 v2
ASTMIntegración ASTM
EmailIntegración Email
Sin implementar v1.0.0
Descripción funcional

Este repositorio fue creado pero aún no contiene clases implementadas (0 ficheros .cls). La descripción en module.xml es: "Enrutador de monitorización — pendiente de implementación". Pendiente de definir especificación funcional o archivar.

Acción requerida

Determinar si está previsto para desarrollo futuro (añadir especificación) o es un repo huérfano (archivar/eliminar).

Sin implementar v1.0.0
Descripción funcional

Este repositorio fue creado pero aún no contiene clases implementadas (0 ficheros .cls). La descripción en module.xml es: "Monitor Oracle — pendiente de implementación". Pendiente de definir especificación funcional o archivar.

Acción requerida

Determinar si está previsto para desarrollo futuro (añadir especificación) o es un repo huérfano (archivar/eliminar).

Activo v1.0.0 HL7 v2 SOAP 73 clases
Descripción funcional

Integración de resultados de PCR (cysnet.bpm.BPMProd). Módulo con 73 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
HL7 v2Integración HL7 v2
SOAPIntegración SOAP
Activo v1.0.0 HL7 v2 REST SOAP 375 clases
Descripción funcional

Control de horarios y turnos del personal (cysnet.cun.ControlHorarioProd). Módulo con 375 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
HL7 v2Integración HL7 v2
RESTIntegración REST
SOAPIntegración SOAP
Sin implementar v1.0.0
Descripción funcional

Este repositorio fue creado pero aún no contiene clases implementadas (0 ficheros .cls). La descripción en module.xml es: "Integración FHIR — pendiente de implementación". Pendiente de definir especificación funcional o archivar.

Acción requerida

Determinar si está previsto para desarrollo futuro (añadir especificación) o es un repo huérfano (archivar/eliminar).

Sin implementar v1.0.0
Descripción funcional

Este repositorio fue creado pero aún no contiene clases implementadas (0 ficheros .cls). La descripción en module.xml es: "Sincronización FHIR — pendiente de implementación". Pendiente de definir especificación funcional o archivar.

Acción requerida

Determinar si está previsto para desarrollo futuro (añadir especificación) o es un repo huérfano (archivar/eliminar).

Sin implementar v1.0.0
Descripción funcional

Este repositorio fue creado pero aún no contiene clases implementadas (0 ficheros .cls). La descripción en module.xml es: "Integración DS2 — módulo de referencia". Pendiente de definir especificación funcional o archivar.

Acción requerida

Determinar si está previsto para desarrollo futuro (añadir especificación) o es un repo huérfano (archivar/eliminar).

Sin implementar v1.0.0
Descripción funcional

Este repositorio fue creado pero aún no contiene clases implementadas (0 ficheros .cls). La descripción en module.xml es: "Proxy ESB — pendiente de implementación". Pendiente de definir especificación funcional o archivar.

Acción requerida

Determinar si está previsto para desarrollo futuro (añadir especificación) o es un repo huérfano (archivar/eliminar).

Sin implementar v1.0.0
Descripción funcional

Este repositorio fue creado pero aún no contiene clases implementadas (0 ficheros .cls). La descripción en module.xml es: "Integración pruebas externas — pendiente de implementación". Pendiente de definir especificación funcional o archivar.

Acción requerida

Determinar si está previsto para desarrollo futuro (añadir especificación) o es un repo huérfano (archivar/eliminar).

Sin implementar v1.0.0
Descripción funcional

Este repositorio fue creado pero aún no contiene clases implementadas (0 ficheros .cls). La descripción en module.xml es: "Integración APIDONIA — pendiente de implementación". Pendiente de definir especificación funcional o archivar.

Acción requerida

Determinar si está previsto para desarrollo futuro (añadir especificación) o es un repo huérfano (archivar/eliminar).

Sin implementar v1.0.0
Descripción funcional

Este repositorio fue creado pero aún no contiene clases implementadas (0 ficheros .cls). La descripción en module.xml es: "Integración OSD Cosmos — pendiente de implementación". Pendiente de definir especificación funcional o archivar.

Acción requerida

Determinar si está previsto para desarrollo futuro (añadir especificación) o es un repo huérfano (archivar/eliminar).

Activo v1.0.2 REST SOAP Email 156 clases
Descripción funcional

Servicio de envío de emails CUN (v1.0.2). Módulo con 156 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
RESTIntegración REST
SOAPIntegración SOAP
EmailIntegración Email
En mantenimiento v1.0.0 HL7 v2 SOAP 59 clases
Descripción funcional

Versión antigua del sistema de notificaciones CUN — legacy. Módulo con 59 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
HL7 v2Integración HL7 v2
SOAPIntegración SOAP
Activo v1.0.0 HL7 v2 SOAP File 341 clases
Descripción funcional

Router DICOM para imagen médica (PACS, PACSMOVNEW). Módulo con 341 clases ObjectScript organizado según el patrón estándar BS → BP → BO. Basado en el framework BPM de cysnet con auditoría, caché de respuestas y alertas integradas.

Protocolos de integración
ProtocoloUso
HL7 v2Integración HL7 v2
SOAPIntegración SOAP
FileIntegración File