Edición especializada para la red pública del MSPAS — caso piloto: HNSM "Dr. Moisés Villagrán Mazariegos".
Este espacio reúne la documentación del proyecto SIH-HNSM y se publica para Dirección del Hospital Nacional San Marcos, MSPAS, Toscana Systems y los profesionales con responsabilidad técnica en el proyecto.
Donación Toscana Systems al Hospital Nacional San Marcos (UE 248 · MSPAS) · Mayo–Diciembre 2026. Integración nativa con SIGSA, SICOIN, Guatecompras y RENAP.
Estructura institucional, organigrama HNSM, personal (364 plazas), presupuesto (Q 131.5 M), cronograma y cumplimiento MSPAS.
Ver detalles →Catálogo completo de microservicios SIH-HNSM organizados en 5 capas: plataforma, clínicos, vigilancia, administración e interoperabilidad. Estado verificado 13-jun-2026: 30 / 30 servicios UP en VM Toscana (gateway :8080, IAM :8086 con kid=hospital-prod-1, /actuator/health = 200 OK · 0 fallidos), tras racionalizar la topología (de 36 a 30 JVMs: −2 duplicados muertos retirados, Servicios Generales 4→1, stub icu apagado · RAM −3 GB · conexiones PG 115→17). Incluye los 21 del núcleo clínico (8080–8100) + almacén-general :8101 + citas-svc :8103 (agenda clínica legacy) + rrhh :8104 + presupuesto :8105 + adquisiciones-svc :8110 (Compras del Estado: requerimientos, eventos NOG, órdenes, juntas) + Servicios Generales consolidados en un macroservicio (servicios-generales-svc :8123 · mantenimiento/flota/gases/lavandería en 1 JVM / 1 BD con 4 esquemas) + 5 servicios clínicos Tree B en PROD (dietas :8115, nutrición-clínica :8116, anatomía-patológica :8117, banco-leche :8118, imagenología :8120) + datos-referencia :8121. 13-jun: los 11 módulos clínicos antes vacíos se poblaron con datos sintéticos coherentes (referencian pacientes reales del MPI) y se activó un backup diario cifrado en la VM. Cola FIFO de Consulta Externa con resolución automática de nombres del MPI y filtro local por texto/estado. Iter 10: emergency-triage-service con triaje estructurado de 5 niveles (estilo Manchester · ROJO/NARANJA/AMARILLO/VERDE/AZUL). 16-may-26: citas-svc V3 adopta 32 clínicas legacy HNSM (23 CE + 9 ER) con trazabilidad legacy_id + agenda admin autoservicio en SPA. Outbox Tree B con @ConditionalOnProperty(sih.outbox.enabled) default-OFF en los 19 OutboxPublishers (defensa en profundidad sin broker hasta que haya RAM o presupuesto VM).
Frontend al 100% productivo (15-may-2026): landing pública + 10 / 10 portales por familia de usuarios alineados al organigrama HNSM — Dirección, Admisión CE, Admisión ER, Consulta Externa, Emergencia, Hospitalización, Apoyo, Financiero, Administración (Almacén General, Trabajo Social, Presupuesto SICOIN, Compras / Guatecompras, RRHH, Facturación) y Farmacia PROAM (portal independiente · régimen EXTERNO · horario CE diurno · catálogo 181 medicamentos · dispensación con cobro · venta OTC · caja del día · entidad autónoma físicamente dentro del HNSM). Sidebar reorganizado por secciones (15-may-2026): Administración (5 secciones · Mi día / Ciclo de compra / Inventario / Servicios al paciente / Personal · más sub-sección Servicios Generales con 4 backends en PROD: Mantenimiento, Ambulancias, Oxígeno/Gases medicinales, Lavandería), Dirección (2), Hospitalización (7), Apoyo (3 · con nueva sub-página «Cocina · bandejas» en PROD bajo Nutrición y soporte). 16-may-26: nueva pantalla productiva «Configurar agenda» en el portal Consulta Externa — la jefa CE crea/cierra slots (médico × día × turno × especialidad) en autoservicio sin TI. Módulo Compras Estado GT en PROD con 4 slices (Requerimientos / Eventos NOG Guatecompras / Órdenes de Compra / Juntas) y 3 catálogos. Re-deploy doble: Hostinger bundle index-k755EpQq.js + Cloudflare Worker bundle index--6FEV1oV.js (version 30b7a3d8). 0 módulos WIP, 0 items SOON. Backlog técnico post-MVP cerrado 9/9 (15-may-2026): dataset sintético, OpenTelemetry collector activo (otelcol-contrib v0.152.0), carga HSTS+rate-limit 4/4 PASS, manual de capacitación manual-capacitacion-hnsm.html con 13 secciones imprimibles, QA wireframes 41 sub-páginas, scripts y TODOs barridos, frontend SPA publicado en Hostinger + Cloudflare con SPA fallback .htaccess. Admisión está dividida en dos portales por separación física (CE y ER son áreas distintas con recepcionistas y PCs propias, ER en turnos 24/7). Consulta Externa con cola FIFO, médico clasificador CLAS, 23 clínicas reales HNSM (Ginecología, Hematología, Medicina Pediátrica, Psicología, Medicina Interna, Medicina General, Reumatología, Urología, Traumatología H/M/P, Cirugía H/M/P, Odontología, Eval. Pre-Operatoria, Neurología, Colposcopía-IVAA, Pre-Natal, Alto Riesgo Obstétrico, Nutrición, Psiquiatría, Fisioterapia) sobre 13 puestos físicos rotativos CL-A..CL-M, auto-enlace Admisión CE → cola CLAS, contadores en vivo, alertas de espera y atajos de teclado. Emergencia (iter 10): triaje estructurado estilo Manchester de 5 niveles, discriminadores auto-marcados por signos vitales (Glasgow, SatO2, TA, FC, FR, dolor EVA, temperatura), tiempos máximos de espera (ROJO 0 min · NARANJA 10 · AMARILLO 60 · VERDE 120 · AZUL 240), cola priorizada con alerta visual e historial de reevaluaciones con auditoría. Hospitalización: 15 sub-páginas (Mis Pacientes, Evolución, Kárdex, Signos, Escalas, Maternidad, Interconsultas, Traslados, Egresos del día, Admisiones, Censo, Resultados, Reporte turno, Higiene camas, Bitácora). React 19 + Vite 6 + TS estricto · desplegado en Cloudflare Workers (hospital-toscana-systems-app) servido en sistema-medico.com.
Stack técnico (Spring Boot 4 + Java 25 virtual threads, PostgreSQL 18 database-per-service, React 19 + Vite, Cloudflare Worker), modelo de datos, wireframes, plan de pruebas, DRP, manuales de usuario y administrador, plan de capacitación. JWT RS256 propio (kid hospital-prod-1), gateway en español con reescritura a rutas internas en inglés (/api/v1/pacientes → /api/v1/patients). **Iter 10**: nuevo módulo Triaje (schema emergency, tabla triage_assessments con FK self para reevaluaciones, 3 endpoints REST POST /triage · GET /historial · GET /cola).
Ver detalles →Diseño conceptual completo. Integración SIGSA/SICOIN/Guatecompras/RENAP, diccionario de datos, equipo y artefactos. JWT RS256 propio (sin Keycloak en producción), API gateway en español con reescritura interna a inglés. Facade-ES para mantener la promesa de rutas /api/v1/pacientes, /api/v1/citas, /api/v1/admision, /api/v1/farmacia, /api/v1/emergency. **Aviso legal iter 10**: el sistema de triaje implementado se nombra "Triaje Estructurado HNSM (estilo Manchester)" y se basa en criterios clínicos públicos (escalas Glasgow, EVA dolor y cutoffs de signos vitales). No reproduce los flowcharts propietarios del Manchester Triage Group Ltd. Disclaimer visible en la pantalla de triaje.
Ver detalles →11 áreas de encamamiento: medicina, pediatría, cirugía, traumatología, partos, RN, materno, UCIN, UCIP, UCI adultos, terapia intensiva.
281 permanentes (renglón 011) · 83 temporales · enfermería 131 · servicios médicos 108 · servicios generales 78.
Programa 13 (servicios hospitalarios) 78 % · personal ≈ 70 % · medicinas (renglón 266) 14 %.
100 % escritos desde cero por Toscana Systems para HNSM. Estado verificado 13-jun-2026: 30 / 30 servicios UP en VM Toscana con /actuator/health = 200 OK · 0 fallidos. La topología se racionalizó de 36 a 30 (−2 duplicados muertos, Servicios Generales consolidados 4→1 en servicios-generales-svc, stub icu apagado · RAM −3 GB). 11 módulos clínicos antes vacíos ahora con datos sintéticos coherentes (referencian pacientes reales del MPI) + backup diario cifrado en la VM + Compras Estado GT completo · 1 planificado (FHIR).
Mayo a diciembre 2026 · 1 senior + 2 junior + dirección · entrega formal viernes 18 de diciembre 2026.
Consulta diaria, producción, egresos, partos, RN, vigilancia epidemiológica, planificación familiar, suplementación, etc.