admin

En agosto 2025 intenté implementar un ECE en un hospital sin computadoras funcionales.

Ante la falta de infraestructura mínima (ni una computadora funcional), el proyecto fue inviable. Sin embargo, generé una serie de documentos técnicos que pueden servir como referencia para estudiantes, auditores o consultores enfrentando condiciones similares.

 

Nota sobre relevancia clínica de formatos de anestesia

Hago notar que existen múltiples razones válidas para cambiar a médicos, enfermeras o anestesiólogos durante una operación:

• Fatiga acumulada
• Contaminación (por ejemplo, sangre en los ojos del médico o síntomas gastrointestinales del personal)
• Protocolos estándar en cirugías complejas o de larga duración

Por esta razón, es imprescindible que TODOS los formatos relacionados con anestesia incluyan, sin excepción, el campo de alergias del paciente.

La trazabilidad clínica y la seguridad del paciente dependen de que esta información esté disponible en cada documento, sin asumir que el personal inicial será el mismo al final del procedimiento.

---

Observaciones 1 de septiembre
Observaciones sobre el 1 de septiembre y el Hospital
Notas sobre formatos hospitalarios

• Alergias en documentos: No todos los documentos del anestesiólogo incluyen el campo de
  ALERGIAS. Esto puede ser grave si cambia de último momento el personal programado.
  Solución: Que las hojas de consentimiento de anestesia y todo lo relacionado con anestesiología
  mencionen claramente las alergias del paciente.
• Mención de testigos: La mención de testigos varía en cada documento (a veces «testigo de la
  clínica», a veces «testigo del paciente», o «testigo 1 y 2»). Sugiero uniformar el término para
  estandarizar el proceso, sobre todo porque a veces el paciente no tiene testigo.
• Consentimiento informado de ley de salud reproductiva: Según la normativa de derechos
  reproductivos, sugiero crear una hoja específica de consentimiento informado para este tema.
  Serían tres documentos: el consentimiento informado general, el de anestesia y el de salud
  reproductiva para casos de salpingoclasia o vasectomía (procedimientos irreversibles).
• Grabación de audio: Un consultorio médico que conozco graba con un audio desde una
  computadora portátil, sin enfocar caras, donde se identifica al paciente, al médico, el día y la hora.
  Se graba un audio en el que el paciente dice su nombre completo, edad, que no tiene alergias y
  que está consciente de que el procedimiento es irreversible. Podría ser una práctica conveniente
  para el hospital y el archivo de audio se podría guardar.
• Control de desinfección: No me han pasado el formato para los controles de desinfección de
  instrumental quirúrgico, lo cual es requerido por la Ley General de Salud. (NOM-045-SSA2-
  2005: Control sanitario del proceso de esterilización NOM-197-SSA1-2000: Desinfectantes y
  antisépticos Y sugiero además Registro de cada ciclo de esterilización, preferentemente firmado
  y digitalizado para aclaraciones posteriores.

 

Normas de seguridad en el lugar de trabajo

• Brigada de emergencia: El hospital debe contar con una brigada de emergencia. Por el número
  de pisos, una brigada de tres personas sería ideal. La capacitación se puede conseguir con el área
  de bomberos cercana, e inclusive la de Atizapán era muy conocida por eso. Así que por un
  donativo pequeño a los bomberos dos veces al año, tienen una valoración positiva de
  cumplimiento de la norma y es deducible de impuestos.
• Extintores: Se necesitan extintores en el área de farmacia debido a la presencia de alcohol, de
  preferencia de dos tipos diferentes. Necesito revisar donde almacenan gases y preferentemente
  revisar las facturas de ese proveedor del último año.
• Valoración de riesgo: Se necesita una valoración de riesgo de incendios simple por piso para
  cumplir con la normativa. Puedo hacerla en borrador y ustedes luego la formalizan, pero la norma
  la pide.
• Croquis: La norma pide un croquis de cada piso, que se puede hacer imprimiendo una hoja y
  enmarcándola con vidrio.
• Equipo de brigada: Es probable que se requieran brazales de brigada, silbatos y hachas. Se
  debe revisar con un especialista.
• Protocolo de emergencia nocturno: En la noche debe haber un protocolo de emergencia simple
  para el personal velador, en caso de una emergencia o una revisión aleatoria de COFEPRIS.

Instrumentista Quirúrgica: Personal de planta vs. Honorarios

• Control crítico: La responsabilidad de la esterilización debe ser institucional y no puede
  delegarse a personal por honorarios. Esto es un tema de gobernanza institucional. Si permiten
  que personal por honorarios valide procesos de esterilización, esto representa un conflicto de
  responsabilidades, un posible incumplimiento normativo y un riesgo grave.
• Control de desinfección/esterilización: Este control es obligatorio por la NOM-045-SSA2-
  2005 y la NOM-197-SSA1-2000. Se requiere el registro de cada ciclo de esterilización y la
  trazabilidad de instrumentos por paciente.

 

Responsable Sanitario

• Obligatorio por ley: Es un requisito fundamental de la NOM-016-SSA3-2012. Pero una cosa es
  el cumplimiento NOMINAL y otra cosa es la simulación. Cofepris va a hacer varias preguntas.
• Lógica operativa: Si el responsable sanitario no está bajo control directo del hospital, no puede
  garantizar la supervisión continua ni responder ante COFEPRIS por las decisiones del personal.
  Para ser un verdadero “responsable”, debe tener AUTORIDAD REAL, tomar decisiones
  inmediatas y responder institucional y legalmente, lo que es más factible si está en la nómina.
• Un responsable para múltiples clínicas: Si bien es técnicamente posible, es poco práctico.
  COFEPRIS podría preguntar dónde estaba el responsable sanitario si hubo procedimientos
  simultáneos en varias clínicas. La supervisión podría ser nominal, no real.
• Reloj checador y COFEPRIS • Aunque la norma no lo exige directamente, la lógica es sólida: en una auditoría, COFEPRIS podría pedir registros que demuestren que el responsable sanitario estuvo presente, pero se aplica
  también a los instrumentistas quirúrgicos. Un registro de entrada y salida o un reloj checador es
  la evidencia objetiva más sencilla. El asunto laboral es diferente a COFEPRIS.

La ley vs. la lógica práctica:

Lo que dice la normativa:

• NOM-016-SSA3-2012: Debe tener “responsable sanitario”
• No especifica si debe estar en nómina

 

Lo que dice la lógica operativa:

• ¿Cómo puede ser “responsable” si no está bajo control directo?
• ¿Cómo garantiza supervisión continua si es externo?
• ¿Cómo responde ante COFEPRIS por decisiones de personal que no controla?
  • Razonamiento es sólido:
    Para ser verdaderamente “responsable sanitario”:
    • Debe tener autoridad real sobre procesos
    • Debe poder tomar decisiones inmediatas
    • Debe responder institucional y legalmente
    • Esto es más factible si está en nómina observación sobre COFEPRIS es clave:
    Si auditaran y encontraran:
    • No hay responsable sanitario en ese momento ni registro de cuando estuvo = Clausura
    potencial
    • Instrumentista por honorarios = Incumplimiento grave
    • Falta de trazabilidad en esterilización = Riesgo sanitario
    Ahora se deduce:
    Personal que DEBE estar en nómina:
    1. Responsable Sanitario – Obligatorio por ley pero no se explica que tipo de contrato
    2. Instrumentista – Control de esterilización Un externo no debe revisar lo interno
    Si no los tienen en nómina:
    • Problema estructural o simulación?
    • Probable revisión laboral inmediata de todo lo demás
    • Incumplimiento de licencia sanitaria
    • Riesgo de intervención regulatoria
    Un Responsable Sanitario para múltiples clínicas:
    Técnicamente posible PERO con restricciones:
    Requisitos clave:
    • Misma razón social
    • Ubicación geográfica cercana – para supervisión efectiva
    • Horarios compatibles – debe poder estar físicamente presente
    • Capacidad real de supervisión – no solo en papel

 

• • Limitaciones prácticas críticas:
    COFEPRIS evalúa:
    • ¿Puede realmente supervisar 5 ubicaciones?
    • Está físicamente presente cuando se requiere?
    • ¿Hay procedimientos simultáneos en diferentes clínicas?
    • ¿Puede responder a emergencias en todas?
    El problema real que identifico:
    Si las 5 clínicas operan simultáneamente:
    • Un solo responsable sanitario NO puede estar en 5 lugares.
    • Revisión en Clínica Matriz o de barrido afecta a todas
    • Especialmente problemático para cirugías complejas
    • Riesgo de supervisión nominal vs. real
    Que busca COFEPRIS:
    Estás evaluando si están cumpliendo en papel pero no en realidad. COFEPRIS en una auditoría
    preguntaría exactamente esto: “¿Dónde estaba el responsable sanitario el día X cuando hubo
    procedimientos en las clínicas A, B y C simultáneamente?”
    La lógica detrás de la responsabilidad
    Aunque la ley no lo diga de forma literal, la estructura de la normativa de salud en México, como la Ley
    General de Salud y las Normas Oficiales Mexicanas (NOM), establece un marco de responsabilidad que
    hace inviable que ciertos roles clave sean ocupados por personal externo.
    1. El Responsable Sanitario:
    ◦ El Reglamento de Insumos para la Salud y otras normativas exigen que cada establecimiento
    de salud tenga un responsable sanitario que actúe como interlocutor ante
    la COFEPRIS (Comisión Federal para la Protección contra Riesgos Sanitarios).
    ◦ El responsable sanitario tiene la obligación legal de vigilar el cumplimiento de las normas
    sanitarias dentro del hospital. ¿Cómo podría un profesional externo, que no está ahí de forma
    permanente, garantizar la vigilancia de algo tan crucial y constante como la desinfección? No
    podría. Sería imposible que una persona por honorarios se haga responsable de algo que no
    puede supervisar 24/7.
    ◦ En caso de una auditoría o un problema sanitario, el responsable sanitario en la nómina es
    quien debe responder ante las autoridades. Esto crea un vínculo directo y una responsabilidad
    clara.
    2. El Instrumentista Quirúrgico y la esterilización:
    5 de 5
    • Como mencionamos, la NOM-045-SSA2-2005 exige la implementación de protocolos
    para el control de infecciones nosocomiales, que incluyen la esterilización.
    • La responsabilidad de esta vigilancia recae en el hospital. Si el instrumentista que hace la
    verificación es externo, la cadena de custodia y responsabilidad se rompe. El hospital no
    tiene un control directo sobre los procedimientos que esa persona sigue en su día a día.
    ¿Cómo podría el hospital responder ante una autoridad o un paciente por la negligencia
    de alguien que no está bajo su supervisión directa?
    • Los protocolos de desinfección y esterilización son tan críticos que los hospitales deben
    tener un control interno y directo sobre ellos. Esto se logra mejor con personal en nómina,
    capacitado bajo los estándares de la institución.
    Sobre el reloj checador y COFEPRIS:
    No encontré evidencia específica de que COFEPRIS exija reloj checador directamente, PERO:
    Lógica sigue siendo sólida:
    En una auditoría COFEPRIS podría preguntar:
    • “¿Cómo demuestran que el responsable sanitario estuvo presente durante el procedimiento X?”
    • “¿Cómo demuestran cuando estuvo aquí el responsable sanitario?”
    • “¿Tienen registro de horarios del personal crítico?”
    • “¿Cómo garantizan supervisión continua?”
    Medios de verificación que podrían solicitar:
    Para demostrar presencia real:
    • Registros de entrada/salida
    • Bitácoras de actividades
    • Reloj checador sería evidencia objetiva
    • Registros de procedimientos firmados
    Razonamiento completo es correcto:
    1. Base normativa: NOM-016 requiere responsable sanitario
    2. Base lógica: Responsabilidad real requiere presencia real
    3. Base práctica: Presencia real requiere registro verificable
    4. Conclusión: Personal en nómina + control horario = cumplimiento demostrable

Nota: Estas observaciones se basan en mi experiencia personal, la información disponible y la normativa actual. Les sugiero revisar estos puntos con sus abogados y con su asesor de COFEPRIS para que confirmen y validen mis comentarios.

En agosto 2025 intenté implementar un ECE en un hospital sin computadoras funcionales.

Ante la falta de infraestructura mínima (ni una computadora funcional), el proyecto fue inviable. Sin embargo, generé una serie de documentos técnicos que pueden servir como referencia para estudiantes, auditores o consultores enfrentando condiciones similares.

---

Este es un fragmento de conversación entre la asistente del director y yo. Quito fragmentos donde le mando enlaces que demuestran el presupuesto que hice, y le mandé después un word con la información resumida, que adjunto.

[20:28, 9/1/2025] AsistenteDirector: Podremos tener aplicación movil del sistema?
[20:28, 9/1/2025] Orozco Sistemas: Se puede pero no lo hago yo, y no se lo recomiendo. Le escribo un texto en un momento.
[20:29, 9/1/2025] AsistenteDirector: Ok
[20:29, 9/1/2025] AsistenteDirector: pensando en el cómo sí, conoce a alguien que lo pueda hacer?
[20:40, 9/1/2025] Orozco Sistemas: Lo mas sensato es contratar a un recién egresado que le guste el tema. Mañana le explico por costos. Estaba buscando en mis notas lo que tengo documentado del proyecto. No es por espantarla pero el costo de algo muy simple es de 43-50 mil, a 500 mil por algo mediano y el retorno de inversion es casi cero.

(icono cara de sorpresa absoluta)

Retorno de inversión y costos: No Android no apple.

El presupuesto para una aplicación nativa es muy difícil de controlar y puede dispararse. Los costos que plantea se desglosan de la siguiente manera:

• Rango de $20,000 a $40,000 MXN: Este precio es realista para una aplicación muy simple, con poca o nula interacción con bases de datos. Generalmente es el tipo de trabajo que un desarrollador freelance o un estudiante podría cotizar, y a menudo no incluye garantía de soporte o actualizaciones.
• Rango de $250,000 a $500,000 MXN: Este es el costo de una aplicación profesional. Este presupuesto incluye el trabajo de un equipo (diseñador UX/UI, desarrollador front-end, desarrollador back-end), infraestructura de servidores, implementación de seguridad robusta (algo crítico para un hospital), y las pruebas en múltiples dispositivos.

El punto es que debe hacerse sobre el desarrollo para dos sistemas operativos (Android y Apple) es clave. Esto duplica el esfuerzo, el tiempo y el costo.

La conclusión es muy clara: Creo que la propuesta de enfocar el presupuesto en el sistema web es la estrategia más sensata y controlable para el hospital, y que pueda navegarse al sitio en un visor como Chrome con Bootstrap, como el ejemplo que ya vieron.

Cuatro problemas de aplicaciones web:

• Consumen datos del usuario
• No pueden hacerse actualizaciones inmediatas por los tiempos de revisión
• Costo y desarrollo doble por dos plataformas
• Hay cientos de modelos de celulares. No se puede probar en todos.

Principales Problemas de una Aplicación Android Nativa

Cuando se considera una aplicación nativa para Android, es importante evaluar los desafíos que presenta en términos de costo, tiempos de respuesta y la infraestructura necesaria para su mantenimiento. Estos factores pueden impactar significativamente la viabilidad y el éxito de un proyecto.

Costo

El desarrollo de una aplicación nativa suele tener un alto costo inicial, y el presupuesto es difícil de controlar ya que los costos de mantenimiento y actualización pueden dispararse con el tiempo. Esto se debe a que requiere el desarrollo de dos aplicaciones completamente separadas: una para Android (con lenguajes como Java o Kotlin) y otra para Apple (con lenguajes como Swift o Objective-C), lo que duplica el costo de desarrollo, mantenimiento y soporte.

Tiempo de Respuesta y Desarrollo

El desarrollo de una aplicación nativa generalmente implica tiempos de desarrollo más largos. A diferencia de las aplicaciones web, el ciclo de vida de una app nativa incluye fases adicionales como la compilación para múltiples versiones del sistema operativo y las pruebas en una amplia gama de dispositivos Android. Además, el lanzamiento de actualizaciones y nuevas funcionalidades depende del proceso de revisión y aprobación de la tienda de aplicaciones (Google Play Store), lo que puede generar retrasos.

Infraestructura y Mantenimiento

Una aplicación nativa requiere una infraestructura compleja para su operación y mantenimiento. Esto incluye un servidor robusto para manejar las solicitudes de los usuarios y un equipo de backend dedicado a mantener las APIs. Además, cada vez que se lanza una nueva versión, los usuarios deben descargar una actualización, lo que puede llevar a una fragmentación del sistema donde algunos usuarios tienen versiones antiguas que no son compatibles con las nuevas funcionalidades o que tienen vulnerabilidades de seguridad.

 

En agosto 2025 intenté implementar un ECE en un hospital sin computadoras funcionales.

Ante la falta de infraestructura mínima (ni una computadora funcional), el proyecto fue inviable. Sin embargo, generé una serie de documentos técnicos que pueden servir como referencia para estudiantes, auditores o consultores enfrentando condiciones similares.

---

 

Objetivo notas iniciales de Coherencia ECE con información existente el jueves

# Consideraciones Iniciales – Sistema Electrónico de Expediente Clínico (ECE)
Fecha: Jueves 28 de Agosto, CMI deseable

---

1. Objetivo del Proyecto

Implementar un sistema básico de Expediente Clínico Electrónico (ECE) para un hospital mediano, enfocado en clientes clase media alta, con posibilidad de crecimiento futuro. El sistema debe ser funcional, seguro y cumplir con las normativas de la Secretaría de Salud (SIRES/COFEPRIS) para uso interno.

---

2. Tecnología y Desarrollo

• Lenguaje: PHP 7.x (migración futura a PHP 8 si su server lo permite).
• Arquitectura: «Catedral» (sin frameworks complejos, mínimo número de archivos).
• Librerías: Font Awesome, Bootstrap 5.
• Reportes: mPDF (PHP 7) con planes de migrar a PHP 8 y evaluar alternativas como TCPDF.
• Licencia: LGPL v2.

---

3. Infraestructura

• Servidor: Vultr (instancias en México para cumplimiento con LGPD).
• SO: Debian (evitar Ubuntu por problemas con Snaps).
• Stack: LAMP.
• Air-gapped: Limitar dependencias externas y acceso al servidor de producción.

---

4. Seguridad

• Autenticación: Basada en roles con principio de «menor privilegio».
• Backup: Estrategia 3-2-1 con réplica en Vultr.
• Cifrado: Datos sensibles en reposo y TLS para comunicaciones.
• WAF: No implementado por costo; priorizar sanitización de entradas y CSP.

---

5. Interoperabilidad

• HL7: Integración con LIMS usando HL7 JSON (nuevo estándar que muchos no conocen).
• Archivos escaneados: Almacenados en BLOB sin metadatos, con tabla secundaria para gestión de metadatos compatibles con HL7.

---

6. Hardware y Software de Escritorio

• Requisitos: 8 GB RAM, Windows 10 LSTC. Disco duro SSD SSD
• Navegador: Chrome (optimizar para multitarea).
• Tipo: Problemas si se usan Laptops por robo y norma. Deseable armada o All in One. NO RECONSTRUIDAS

---

7. Cumplimiento Normativo

• COFEPRIS: Documentar decisiones técnicas para futuras auditorías.
• LGPDSSO: Datos personales almacenados en México.

---

8. Escalabilidad y Mantenimiento

• Arquitectura modular: Facilitar futuras expansiones.
• Control de versiones: SVN (Trunks) para código privado.

---

9. Respaldo y Recuperación

• Estrategia: Backups automatizados con prueba de restauración periódica.
• Desastre: 321 Con réplica en Vultr/Linode.

---

10. Pendientes

• Que elijan alternativas de autenticación (SMS, TOTP, passwordless, lector huellas).
• Optimizar rendimiento de BLOBs en la base de datos.
• Definir políticas de retención y eliminación de documentos.

 

Aclaro: Este es el texto real, de una propuesta seria que hice antes de darme cuenta que entorno del hospital era absolutamente desorganizado y contra las normativas COFEPRIS; las reglas de negocio en marcha y sentido común.

Este es un Caso real:

Introducción (25 de agosto)

Esta historia comienza cuando un hospital privado de la Ciudad de México se acercó a mí. Su objetivo inicial era simple: querían que desarrollara una interfaz de su ECE para un sistema de laboratorio. Lo que no sabían, y yo descubrí rápidamente, es que antes de poder hacer cualquier mejora tecnológica, era necesario solucionar problemas mucho más graves. El resultado fue esta propuesta, un proyecto integral de auditoría y digitalización que revela la situación real de la institución y por qué, al final, me vi obligado a retirarme del servicio social (siendo exactos ni siquiera entregué los documentos a la Universidad al ver que era un proyecto no viable)

Epílogo: la decisión de retirarme (11 de septiembre)

A pesar de haber entregado un plan tan detallado y sólido, tuve que tomar la difícil decisión de no tramitar el servicio social. El diagnóstico inicial, que se profundizó durante mis primeras semanas, reveló que el hospital no solo carecía de controles básicos o tecnología, sino que operaba fuera de las normativas más elementales. La falta de una sola computadora funcional fue el síntoma de un problema mucho mayor: la incapacidad del hospital para cumplir con sus obligaciones más básicas. No pagaban a proveedores y carecían de la infraestructura mínima para operar de manera segura y legal.

Poner mi nombre en un proyecto que, desde sus cimientos, presentaba irregularidades tan graves habría comprometido mi ética profesional y mi futuro. Este documento es un testimonio de la importancia de la debida diligencia y de negarse a comprometer los principios profesionales, y que la integridad personal es una necesidad operativa, no solo ética..

---

 

Propuesta de implementación Expediente Clínico Electrónico y normas NIIF – 25 agosto 2025

 

Servicio Social Licenciatura en Contaduría – Alfonso Orozco

---

 

Propuesta de Servicio Social

 

Auditoría de Control Hospitalario Integral y Digitalización para Continuidad de Negocio Hospital EQUIS – CDMX

• Duración: 6 meses (480 horas totales – 4 horas diarias)
• Enfoque: Auditoría preventiva, digitalización integral y continuidad de negocio

 

DIAGNÓSTICO DE SITUACIÓN ACTUAL

 

Hallazgos Críticos Identificados

Durante la evaluación inicial se identificaron riesgos operativos y de cumplimiento que requieren atención inmediata:

Sistemas y Tecnología:

• Sistema actual identificado como CRM de prospectos de ventas, NO como control hospitalario. Faltan habilidades básicas como subir documentos.
• Ausencia de segregación de roles críticos (mismo usuario accede a conciliaciones bancarias y expedientes médicos), y probablemente no considera separación por sucursales o razones sociales.
• Infraestructura de comunicaciones y seguridad descompuesta (CCTV, conmutadores).
• Sin capacidad de digitalización/escaneo de documentos.
• Software con indicadores de riesgo (puerto no estándar, sin trazabilidad empresarial y algunas banderas amarillas en presencia de internet).

Procesos Administrativos:

• Sin captura estructurada de procesos médicos y administrativos.
• Estructura compleja de 30 razones sociales sin control integrado.
• Personal médico por honorarios sin capacitación en sistemas.
• Dos farmacias en las que no se capturan los insumos usados en operaciones.
• Ausencia de documentación digital para continuidad de negocio.

Necesidad Detectada: Auditor de Integridad de Datos y Cumplimiento Digital, puede ser un auxiliar administrativo o yo inicialmente durante el servicio social:

Un problema adicional es que el uso de computadoras o teclados son fuente de infecciones. No debe haber computadoras en quirófano por lo mismo. También debería hacerse una limpieza profunda de los equipos de cómputo cada cierto tiempo, esté donde esté, por ser hospital.

Si los médicos o enfermeras, por falta de tiempo o de costumbre, no digitalizan los documentos de forma correcta, todo el sistema de control hospitalario se vuelve inútil. Un sistema de gestión hospitalaria solo es tan bueno como los datos que contiene. Si los datos están mal, las auditorías, los análisis y la continuidad del negocio se destruyen.

Por eso, la necesidad de una persona dedicada, imparcial y con conocimiento de la normativa es fundamental para:

• Garantizar la Integridad de los Datos: Asegurando que cada documento que se digitaliza sea preciso y completo, evitando errores que podrían tener graves consecuencias legales. Es importante por norma saber quién capturó y cuándo. Digitalizar los documentos previene de errores de captura.
• Asegurar la Continuidad del Negocio (NIIF): Un negocio en marcha debe tener sus registros ordenados para demostrar que puede operar de forma sostenible. Este rol, aunque es un simple auxiliar administrativo, asegura que el hospital tenga ese orden, incluso en los procesos diarios.
• Mitigar el Riesgo Legal: Con los expedientes digitales completos y bien organizados, el hospital puede defenderse de manera efectiva en caso de auditorías, litigios o demandas, ya que tendrá un respaldo digital irrefutable, ya sea de Cofepris, Profeco, SAT, etc.

Menciono la necesidad de Auditor de Integridad de Datos y Cumplimiento Digital. Para que el sistema funcione, se requiere a alguien con conocimiento de los procesos de auditoría y de las normativas de salud que garantice la calidad de la información. La captura de documentos por parte de los médicos o enfermeras que están directamente involucrados en el caso crea un conflicto de interés. Esto va en contra de principios básicos de auditoría y control interno, como la segregación de funciones.

1. Riesgo de Mala Fe: Por presiones de tiempo al ser «juez y parte», el personal médico podría retrasar, omitir o modificar registros para cubrirse las espaldas en caso de una negligencia, un error o un mal manejo de un paciente. Una nota alterada, incluso si es solo por conveniencia, puede invalidar todo el expediente y exponer al hospital a litigios por alteración de documentos.
2. Riesgo de Error Involuntario: Incluso sin mala fe, la captura por parte de un médico o enfermera puede ser riesgosa. En un ambiente de alta presión, la captura puede ser incompleta, ilegible o simplemente errónea, lo cual compromete la calidad de la información. Por eso, además de captura, se deben digitalizar los documentos mencionados. Un control hospitalario que no revise esto, es prácticamente nulo para revisiones de COFEPRIS.
3. Falta de Trazabilidad: Un sistema de control eficiente debe poder rastrear quién capturó qué, cuándo y por qué. Si el personal de salud es el responsable de la captura, esta trazabilidad se vuelve borrosa y compromete el valor probatorio del expediente.

Se necesita que el control hospitalario o CRM deje sacar respaldos de archivos y base de datos del software y por lo tanto del ECE según el perfil de puesto; por respaldos me refiero a bases de datos respaldadas por ustedes, no por el proveedor del CRM. Varios hospitales lo resuelven con un auditor/auxiliar administrativo para la captura, digitalización y respaldo es la solución perfecta a este problema. Es un rol que garantiza la imparcialidad, la precisión y la integridad de los datos, lo que a su vez blinda legalmente al hospital ante cualquier auditoría o demanda. Es un nivel de sofisticación en el control de riesgos que pocas instituciones tienen.

Esta es la pieza que une todas las partes de la propuesta, desde la auditoría inicial hasta la implementación del sistema.

 

OBJETIVOS Y VALOR PROPUESTO

 

• Objetivo Principal: Cumplimiento inmediato de Expediente Clínico Electrónico (ECE) según manda la norma, para sobre ello implementar un ECI (expediente integral) con documentos de membresías, consentimientos informados, almacenar, consultar, Importar o emitir CFDI de facturas, etc. El objetivo final debe ser Implementar un sistema integral de auditoría y control hospitalario que garantice la continuidad de negocio, el cumplimiento normativo y la digitalización completa de procesos críticos y documentación administrativa del paciente por los plazos de 5 años de la ley.
• Valor Diferencial: Esta propuesta no se enfoca en desarrollo de software, sino en la implementación de Expediente Clínico Electrónico, controles administrativos y digitales que protejan la operación hospitalaria ante auditorías, pandemias, desastres y cambios regulatorios. La tecnología será herramienta para lograr continuidad de negocio bajo principios NIIF y COFEPRIS, no el fin en sí mismo.
• Ventaja Competitiva: Combinación única de experiencia en programación (33 años), facturación electrónica (10 años), formación contable y capacidad demostrada para detectar irregularidades en procesos administrativos y de sistemas.

Principios NIIF Aplicados

• Continuidad de Negocio (Negocio en Marcha): Digitalización para preservación ante desastres.
• Materialidad: Enfoque en procesos críticos de mayor impacto.
• Prudencia: Implementación de controles preventivos vs. correctivos.
• Comparabilidad: Estandarización de procesos para auditorías.

 

PLAN DE TRABAJO INTEGRAL

 

FASE 0: Previo a Servicio Social y simultáneo.

Los requisitos del ECE los da la norma. Así que como valor añadido o fase cero es empezar a desarrollar un Expediente clínico electrónico y ampliando de allí, para no detener la operación porque alguien no capturó. Y sobre eso ir ampliando. Enfoque mixto entre auxiliar administrativo y Auditor Interno, y si es necesario capturar o escanear se hace. La norma se debe de cumplir, y se puede apoyar al personal médico que no lo haga por razones varias justificables o no. La norma la da COFEPRIS.

1. Cumplimiento inmediato – ECE es obligatorio, no opcional.
2. Valor tangible desde día 1 – Sistema funcionando mientras evaluamos.
3. Continuidad operativa – No se depende de que capturen o escaneen otros y se puede evitar negligencia o mala fe.
4. Base sólida – ECE como núcleo, todo lo demás se construye encima.
5. Justificación técnica – La norma define los requisitos, no es capricho.

Estrategia:

• Fase 0: ECE básico funcionando (requisitos normativos mínimos).
• Evaluación paralela: Qué del CRM actual vale la pena duplicar.
• Expansión gradual: Desde ECE hacia control hospitalario completo.
• Sin interrupciones: Operación continúa mientras se establece la operación o recapturan datos históricos.

Misión: Empiezo implementando lo que la ley exige (ECE), evalúo lo que tienen, y construyo encima sin parar la operación.

Ventajas:

• Se da cumplimiento normativo inmediato.
• No dependemos de un CRM que nadie usa.
• Garantizamos que no se detiene nada.
• Se demuestra valor desde la primera semana.

FASE 1: AUDITORÍA Y ESTABILIZACIÓN (Meses 1-2 – 160 horas)

• 1.1 Auditoría de Sistemas y Seguridad (50 horas)
  • Evaluación de infraestructura crítica: Análisis de vulnerabilidades en CCTV, comunicaciones y redes.
  • Auditoría de segregación de roles: Implementación de controles de acceso compartimentados sea por departamento, usuario, sucursal, principio NEED TO KNOW.
  • Coordinación de reparaciones: Supervisión de técnicos especializados para infraestructura.
  • Análisis del sistema actual: Evaluación técnica del CRM vs. necesidades hospitalarias reales.
• 1.2 Levantamiento de Procesos Administrativos (60 horas)
  • Mapeo de flujos críticos: Desde ingreso del paciente hasta facturación CFDI.
  • Análisis de las 30 razones sociales: Estructura fiscal y administrativa.
  • Evaluación de honorarios médicos: Procesos de documentación y facturación.
  • Identificación de documentos críticos: Fichas de entrada, salidas, documentos médicos internos.
• 1.3 Implementación de Captura Manual Estructurada (50 horas)
  • Captura directa de procesos: Eliminación del factor error mediante intervención personal.
  • Digitalización de documentos existentes: Escaneo y organización por folio de paciente.
  • Implementación de hojas de confidencialidad: Cumplimiento LGPDPPSO del personal.
  • Establecimiento de controles temporales: Mientras se desarrolla solución definitiva.

FASE 2: DIGITALIZACIÓN INTEGRAL Y DESARROLLO (Meses 3-4 – 160 horas)

• 2.1 Diseño del Sistema de Control Hospitalario (70 horas)
  • Arquitectura de expediente digital por folio: Integración de todos los documentos del paciente.
  • Sistema de roles compartimentados: Separación estricta entre funciones administrativas, médicas y financieras.
  • Módulo de facturación CFDI integrado opcional: Cumplimiento fiscal automatizado, y si no, importación integrada.
  • Interfaz de consulta médica: Diseñada específicamente para workflow hospitalario (NO CRM de ventas).
• 2.2 Desarrollo en PHP con Código Abierto (70 horas)
  • Programación bajo licencia LGPL: Código fuente entregado para uso no exclusivo.
  • Dominio independiente: Acceso desde cualquier ubicación con internet.
  • Integración de documentos escaneados: Sistema de archivos digitales por paciente.
  • Módulos especializados: Control de camas, cirugías, médicos (funcionalidades hospitalarias reales).
• 2.3 Pruebas de Integración y Seguridad (20 horas)
  • Validación de compartimentación: Verificación de roles y permisos.
  • Testing de digitalización: Pruebas de escaneo y recuperación de documentos.
  • Validación CFDI: Conformidad con requisitos fiscales.

FASE 3: IMPLEMENTACIÓN Y CAPACITACIÓN (Meses 5-6 – 160 horas)

• 3.1 Despliegue del Sistema de Control Hospitalario (60 horas)
  • Migración controlada: Transición desde sistema actual.
  • Configuración de roles: Implementación de permisos por tipo de usuario.
  • Integración de documentos históricos: Digitalización masiva organizada por folios.
  • Configuración de respaldos: Protección ante desastres y continuidad de negocio.
• 3.2 Capacitación Integral del Personal (70 horas)
  • Capacitación por roles: Médicos, administrativos, financieros.
  • Talleres de digitalización: Procesos de escaneo y organización documental.
  • Entrenamiento en cumplimiento: CFDI, LGPDPPSO, COFEPRIS.
  • Creación de manuales: Procedimientos operativos por función.
• 3.3 Auditoría Final y Documentación (30 horas)
  • Validación de controles implementados: Verificación de segregación y cumplimiento.
  • Documentación técnica completa: Manuales de usuario, administrador y mantenimiento.
  • Plan de continuidad: Procedimientos de respaldo y recuperación ante desastres.
  • Entrega de código fuente: Documentación técnica y derechos de uso.

 

ENTREGABLES ESPECÍFICOS

 

Sistemas y Tecnología

• Sistema de Control Hospitalario Real (NO CRM) con código fuente PHP-LGPL.
• Expediente Digital por Folio con todos los documentos del paciente escaneados.
• Sistema de Roles Compartimentados con separación de funciones críticas.
• Módulo CFDI Integrado para consulta e importación de facturación electrónica automática, emisión si lo gustan hacer.
• Dominio Independiente para acceso remoto seguro, no en sitio, por pandemia, incendios o robos. Permite administración centralizada si son varios centros de trabajo.

Documentación y Procesos

• Archivo Digital Completo de pacientes organizado por folios.
• Hojas de Cédula Profesional y Confidencialidad Escaneadas de todo el personal, inclusive se puede hacer por puesto obligatorio certificado de antecedentes no penales, por ejemplo, o contratos.
• Crear Manuales Operativos por rol y función.
• Procedimientos de Continuidad de Negocio ante desastres.
• Documentación de Cumplimiento CFDI, LGPDPPSO, COFEPRIS.

Capacitación y Transferencia

• Personal Capacitado en uso del sistema por roles.
• Procesos Estandarizados de captura y digitalización.
• Controles de Calidad implementados y documentados.
• Plan de Mantenimiento y actualización del sistema.

 

RECURSOS REQUERIDOS

 

Por parte del Hospital

• Apoyo administrativo para trámites de servicio social con la universidad.
• Acceso completo a sistemas, procesos y áreas controladas bajo supervisión.
• Disponibilidad del personal para capacitación y levantamiento de información.
• Espacio de trabajo con conexión Wi-Fi y equipo de cómputo o espacio para equipo propio.
• Insumos básicos para materiales de capacitación si se requieren, probablemente un multifuncional para digitalizar de cama plana.

Colaboración Externa

• Apoyo técnico especializado para reparación de infraestructura (CCTV, cableado, conmutadores).
• Posible colaboración SIN COSTO con personal especializado en documentación técnica.
• Firma de acuerdos de confidencialidad por todo el personal externo involucrado.

 

INDICADORES DE ÉXITO

 

Medibles y Cuantificables

1. 100% de documentos críticos digitalizados y organizados por folio de paciente.
2. Segregación completa de roles: 0% de usuarios con acceso a funciones incompatibles.
3. Cumplimiento fiscal: 100% de facturas CFDI generadas correctamente.
4. Disponibilidad del sistema: 99.5% de tiempo operativo.
5. Capacitación efectiva: 90% de personal aprobado en evaluaciones de uso.

Cualitativos Estratégicos

• Continuidad de negocio garantizada ante posibles desastres o auditorías.
• Cumplimiento normativo robusto en CFDI, LGPDPPSO y COFEPRIS.
• Control administrativo real de procesos hospitalarios vs. CRM de ventas.
• Independencia tecnológica con código fuente propio.
• Escalabilidad para crecimiento y múltiples ubicaciones.

 

PROPUESTA DE CONTINUIDAD POST-SERVICIO SOCIAL

 

El servicio social establecerá las bases sólidas para una operación hospitalaria digitalizada y en cumplimiento normativo. La naturaleza del código abierto (LGPL) y la entrega del código fuente garantiza que el hospital mantenga control total sobre su tecnología.

Problema:

• Cuando tienen varias razones sociales u hospitales, debe haber niveles de visibilidad diferentes. Esto lo suele hacer un auditor interno de sistemas hospitalarios.
• Servicios de mantenimiento y actualización del sistema desarrollado.
• Expansión a otras ubicaciones o razones sociales del grupo.
• Desarrollo de módulos adicionales según crecimiento operativo o requerimientos de ley o de operación.

Ventaja Competitiva Sostenible: La combinación de conocimiento profundo de los procesos específicos del hospital, dominio técnico del sistema desarrollado y experiencia en cumplimiento normativo, crea una propuesta de valor única para la continuidad de la operación digitalizada.

Nota Final: Esta propuesta resuelve los problemas críticos identificados mediante auditoría preventiva y digitalización integral. El enfoque en continuidad de negocio bajo principios NIIF garantiza que el hospital pueda operar con confianza ante cualquier eventualidad, auditoría o cambio regulatorio, mientras mantiene control total sobre su tecnología y procesos.

---

 

Epílogo: La Decisión de Retirarme

 

A pesar de haber entregado un plan tan detallado y sólido, tuve que tomar la difícil decisión de no continuar con el servicio social. El diagnóstico inicial, que se profundizó durante mis primeras semanas, reveló que el hospital no solo carecía de controles básicos o tecnología, sino que operaba fuera de las normativas más elementales. La falta de una sola computadora funcional fue el síntoma de un problema mucho mayor: la incapacidad del hospital para cumplir con sus obligaciones más básicas. No pagaban a proveedores y carecían de la infraestructura mínima para operar de manera segura y legal.

Poner mi nombre en un proyecto que, desde sus cimientos, presentaba irregularidades tan graves habría comprometido mi ética profesional y mi futuro. Este documento es un testimonio de la importancia de la debida diligencia y de negarse a comprometer los principios profesionales, y que la integridad personal es una necesidad operativa, no solo ética.