Propuesta de integración · TrustCare para CORE Medical & Surgery Center
TrustCare acompaña al paciente desde que busca un especialista hasta que termina su recuperación. En CORE ese paciente casi siempre llega de fuera: cruza una frontera, viaja con fecha comprada y hace su control postoperatorio a distancia. La integración con SAH tiene dos propósitos y nada más: agendar, y registrar, consultar y actualizar la historia clínica — incluido el consentimiento que el paciente firma en la app. Todo viaja cifrado, y ningún dato sensible se queda almacenado en TrustCare.
01
Ocho etapas, y el contacto con SAH no empieza al principio ni cubre todo el recorrido. Mientras el paciente busca, se registra y paga su videoconsulta todavía no ha elegido especialista ni clínica: no hay historia clínica que consultar, y no consultamos ninguna. Nuestra frontera con SAH se abre en dos zonas:
Los precios de los paquetes los define TrustCare, no salen del tarifario de SAH. La etapa de cotización —que en otras integraciones es un punto de contacto— aquí no toca SAH en absoluto. Tampoco tocamos facturación, CFDI, inventarios ni nada del lado administrativo: la integración es clínica y de agenda.
Los diez pines naranjas marcan los momentos exactos de contacto.
02
Para cada punto: qué está pasando en ese momento, qué función cumple la integración y qué tipo de servicio necesitaríamos de SAH. Todo cabe en cuatro verbos: agendar, registrar, consultar y actualizar. A diferencia de otras integraciones, aquí no citamos nombres de endpoints: Lógica no publica un catálogo de servicios de SAH y no hemos tenido acceso a su documentación técnica. Lo que sí podemos precisar es la función y la forma del servicio, para que en la primera sesión técnica se mapee contra lo que SAH ya expone.
El paciente ya eligió con quién hablar, y con ello quedó definida la clínica. A partir de aquí hay una historia clínica que abrir y una agenda real que respetar. Nota importante de alcance: no consultamos el directorio de CORE para poblar un buscador público. Consultamos la agenda del especialista que el paciente ya eligió, y solo los datos de ese paciente.
Apenas el especialista entra en la conversación, el caso deja de ser una exploración y pasa a ser un paciente de CORE. Es el momento correcto para verificar si ya existe en SAH y, si no, darlo de alta — antes de que haya nada clínico que registrarle. Aquí aparece la primera particularidad de CORE: la mayoría de estos pacientes no es mexicana y no tiene CURP.
El especialista pide una valoración presencial, estudios previos o directamente una fecha de cirugía. Si él agenda también en SAH, la disponibilidad que mostremos sin consultarlos estará incompleta y le ofreceremos al paciente horas ya ocupadas. En CORE el costo de ese error es mayor que en una clínica local: el paciente compra un vuelo alrededor de esa fecha.
Es el punto de mayor valor inmediato, y sigue vigente durante todo el tratamiento. El paciente le pide a Aurora mover su cita desde su casa, a mil kilómetros y en otro huso horario, y no llama a la clínica; el personal la ve al instante en el sistema de clínicas. Si esa cita no baja a SAH, alguien tiene que copiarla a mano y el riesgo de choque de agenda es real.
Aquí está el grueso de la integración: siete de los diez puntos. La idea que los ordena a todos es una sola — lo que se captura en TrustCare no se queda en TrustCare. La valoración de la videoconsulta, los antecedentes que el paciente responde en la app, el consentimiento que firma: todo se transmite cifrado y se registra en la historia clínica de CORE, se actualiza ahí conforme el caso avanza, y se consulta desde ahí para mostrarle su progreso. De nuestro lado queda la referencia, no el contenido.
Cuando CORE abre la atención del paciente, ese identificador se vuelve la llave de casi todo lo demás en SAH: las notas, los documentos, los resultados. Sin él, los puntos P5 a P9 se quedan sin el parámetro que necesitan. En un centro de turismo médico hay además una oportunidad clara: buena parte de la admisión puede quedar lista antes de que el paciente aterrice.
Es el punto que cambia el sentido de toda la integración. Hoy la videoconsulta produce información clínica valiosa —motivo de consulta, antecedentes, exploración referida, impresión diagnóstica, plan de tratamiento— que se queda fuera del expediente de CORE, y el día que el paciente llega hay que volver a preguntárselo todo. Si esa información se registra en SAH en el momento en que se produce, el expediente llega completo a la admisión y el paciente no repite nada.
Entre la videoconsulta y la cirugía pasan semanas, y en ese tiempo la información cambia: el paciente reporta un medicamento nuevo, baja de peso para llegar al parámetro que pide el cirujano, corrige una alergia, responde el cuestionario pre-anestésico. Cada uno de esos cambios tiene que llegar a la historia clínica, no quedarse en un chat.
El otro lado de la moneda. Mientras el caso avanza dentro de la clínica, el paciente quiere saber en qué va: si ya está programado, si falta la valoración pre-anestésica, si le toca firmar algo. Ese dato ya lo tiene SAH. Si podemos consultarlo, el caso avanza solo en el sistema de clínicas y el paciente ve su progreso actualizado — sin que nadie de la clínica tenga que mover el estado dos veces. Es la duplicación más costosa de todas, porque ocurre en cada transición.
La valoración pre-anestésica depende de estudios. Hoy le pedimos al paciente que los suba como archivo. CORE tiene laboratorio y centro de imagen propios: esos resultados ya están en SAH y podemos mostrárselos sin pedirle nada — y saber cuándo su proceso puede avanzar. Para el paciente que aún no ha viajado, esto también resuelve el caso inverso: los estudios que se hizo en su ciudad, que le pedimos y que registramos en su historia clínica por la vía del punto P5.
El paciente firma electrónicamente el consentimiento informado, el aviso de privacidad y los demás documentos desde la app, antes de viajar y con validez legal. Ese PDF firmado se envía a SAH y queda archivado en el expediente — si no, la clínica va a volver a pedirlo en papel el día de la cirugía y el trabajo digital no habrá servido de nada. El expediente clínico de CORE debe quedar completo conforme a la NOM-004-SSA3, y el consentimiento informado es parte obligada de él.
Al cerrarse el proceso arranca lo que en turismo médico importa tanto como la cirugía: el seguimiento a distancia. El paciente vuela de regreso y su control postoperatorio ocurre por la app, no en el consultorio — y todo lo que reporte en ese control vuelve a la historia clínica por el punto P6. El alta registrada en SAH es la señal más fiable de que el procedimiento efectivamente ocurrió y terminó, y es la que debe disparar ese plan de seguimiento. Hoy eso lo dispara alguien a mano.
03
La lista consolidada, agrupada por función. 33 servicios en total: veintidós son consultas, diez escriben o actualizan y uno es una suscripción a avisos. De los diez que escriben, cuatro son citas del propio paciente, cuatro son información clínica que se genera en TrustCare y debe vivir en la historia de CORE, uno es el consentimiento que el paciente firmó y el último —la preadmisión— es opcional y solo si CORE lo prefiere.
La columna «Punto» remite a la sección anterior: P1 a P3 son la zona A (agendamiento) y P4 a P10 son la zona B (la historia clínica en SAH).
| Función | Para qué | Punto | Tipo de servicio |
|---|---|---|---|
| Acceso | |||
| Autenticación | Obtener el token o la credencial de sesión | — | Consulta |
| Prueba de conectividad | Verificar que el canal está vivo antes de operar | — | Consulta |
| Catálogos | |||
| Sedes y áreas | Ubicar al paciente en la unidad correcta | P2 | Consulta |
| Especialidades y servicios | Traducir lo que el paciente busca a lo que CORE ofrece | P2 | Consulta |
| Profesionales y su clave en SAH | Identificar al especialista y firmar a su nombre las notas | P2 · P5 | Consulta |
| Tipos de documento y nacionalidades | Dar de alta correctamente a un paciente extranjero | P1 | Consulta |
| Días no hábiles | No ofrecer fechas en que la clínica no opera | P2 | Consulta |
| Pacientes | |||
| Búsqueda por identificador | Ver si el paciente ya existe en el registro de CORE | P1 | Consulta |
| Datos del paciente | Recuperar su ficha y su identificador interno | P1 | Consulta |
| Alta de paciente | Crearlo cuando no existe, sin doble captura | P1 | Registra |
| Agenda y disponibilidad | |||
| Profesionales con agenda abierta | Saber quién tiene agenda antes de ofrecer horas | P2 | Consulta |
| Días con cupo | Mostrar el calendario con disponibilidad real | P2 | Consulta |
| Horarios libres | Ofrecer solo horas que la clínica puede sostener | P2 | Consulta |
| Disponibilidad de quirófano | Fijar la fecha de cirugía alrededor de la cual el paciente compra su vuelo | P2 | Consulta |
| Citas | |||
| Crear cita | Que la reserva de la app quede en la agenda de CORE | P3 | Registra |
| Citas vigentes del paciente | Mostrarle lo que tiene agendado, sin desfases | P3 | Consulta |
| Cancelar cita | Liberar el cupo en el momento, no al día siguiente | P3 | Actualiza |
| Reprogramar cita | Mover la fecha desde otro país sin llamar a la clínica | P3 | Actualiza |
| Episodio | |||
| Episodio o atención vigente | La llave con la que se escribe y se lee todo lo clínico | P4 | Consulta |
| Preadmisión | Adelantar la captura antes de que el paciente aterrice | P4 | Solo si lo prefieren |
| Altas por rango de fechas | Cerrar el caso y activar el seguimiento a distancia | P10 | Consulta |
| Historia clínica | |||
| Registrar nota de valoración | Que lo dicho en la videoconsulta quede en el expediente de CORE | P5 | Registra |
| Registrar antecedentes y cuestionarios | Que el paciente no repita en admisión lo que ya respondió en la app | P5 | Registra |
| Registrar nota de seguimiento | Llevar a la historia lo que el paciente reporta a distancia, antes y después de la cirugía | P6 | Registra |
| Actualizar datos clínicos | Corregir una alergia, un medicamento, un peso — sin borrar lo asentado | P6 | Actualiza |
| Consultar historia clínica y notas | Que el especialista trabaje sobre información vigente sin salir de la app | P7 | Consulta |
| Estado del episodio | El progreso que ve el paciente, sin doble captura | P7 | Consulta |
| Aviso de cambio de estado | Enterarnos en el instante y no consultar en vacío | P7 | Suscripción |
| Documentos y resultados | |||
| Enviar consentimiento firmado | Que quede en el expediente y no se vuelva a pedir en papel | P9 | Registra |
| Formatos generados por la clínica | Mostrarle al paciente lo que CORE ya emitió | P9 | Consulta |
| Listado de estudios de laboratorio | Saber qué ya está listo y qué falta para la pre-anestesia | P8 | Consulta |
| Reporte de laboratorio en PDF | Mostrarlo sin pedirle al paciente que lo suba | P8 | Consulta |
| Estudios de imagen y su visor | Dar acceso al estudio del centro de imagen de CORE | P8 | Consulta |
No sabemos todavía qué expone SAH, así que planteamos una escalera: la primera opción que exista es la que tomamos. Todas resuelven los diez puntos; lo que cambia es cuánto trabajo cuesta y qué tan al día está el dato.
| Mecanismo | Qué resolvería | Nuestra postura |
|---|---|---|
| API propia de SAH | Los diez puntos, con el dato al momento | Preferido. Si existe, es el camino corto para ambos. |
| HL7 v2 o FHIR | Todo lo clínico: notas y actualizaciones de historia, admisión y alta, resultados y documentos — que es la zona B completa | Muy buena opción si Lógica ya lo tiene montado. Escribir notas por un estándar es más limpio que por un servicio a medida, y son estándares que sabemos consumir. |
| Vistas de solo lectura sobre la base de datos | Las veintidós consultas. Las diez escrituras necesitarían un canal aparte. | Viable como mitad de la solución. Pedimos vistas acotadas a lo de esta sección, nunca acceso general al esquema, y jamás escribiríamos directo en tablas. |
| Intercambio de archivos por SFTP | Resultados y altas, con la frecuencia que se acuerde | Sirve como puente mientras se habilita algo mejor. No sirve para agenda ni para notas: ahí el retraso se le nota al paciente. |
| Automatización sobre la interfaz de SAH | En teoría todo | Lo que no queremos Se rompe con cada actualización, no deja rastro auditable y obliga a manejar una sesión de usuario real. Tratándose de historia clínica, es especialmente mala idea. |
Conviene decirlo explícitamente. SAH administra el hospital completo —expediente, inventarios y finanzas—; nosotros solo necesitamos el borde clínico y de agenda por donde pasa el paciente. No pedimos acceso a nada de esto:
| Módulo | Por qué no lo necesitamos |
|---|---|
| Tarifario y precios | Los precios de los paquetes los define TrustCare. No consultamos el tarifario de SAH ni cotizamos desde él |
| Facturación, CFDI y estado de cuenta | No facturamos, no timbramos y no mostramos saldos. La cobranza es de la clínica y ocurre fuera de la app |
| Inventarios, almacén y farmacia intrahospitalaria | Dispensación, kardex y consumo de insumos son operación interna del quirófano y del piso |
| Compras y proveedores | Nada del recorrido del paciente pasa por ahí |
| Contabilidad, tesorería y nómina | Fuera de alcance por completo |
| Prescripción y órdenes de medicamento | Las emite el médico en SAH. Nosotros no recetamos ni intermediamos recetas |
| Enfermería, signos vitales y hojas de balance | Operación de piso; el paciente ve su progreso, no su hoja de enfermería |
| Censo de camas, ocupación y listados masivos | Solo escribimos y leemos la historia del paciente que ya eligió a un especialista de CORE. Nunca pacientes ajenos al proceso |
| Indicadores gerenciales y reportes a la autoridad sanitaria | Es información de la institución, no del recorrido del paciente |
Lógica no publica un catálogo técnico de SAH, y no hemos tenido acceso a su documentación ni ejecutado una sola llamada. Este documento describe funciones, no endpoints: es deliberado. Lo que traemos a la primera sesión técnica no son preguntas abiertas sino diez puntos ya delimitados, con el tipo de servicio que cada uno necesita, para mapearlos contra lo que SAH ya expone. La parte más delicada es la de escritura en historia clínica —estructura de la nota, firma del profesional y cómo se actualiza sin borrar— y es por donde proponemos empezar la conversación técnica.
04
Dos compromisos ordenan todo lo demás, y los dos son verificables: la información viaja cifrada en todo el trayecto, y ningún dato sensible se queda almacenado en TrustCare. La segunda es la más fuerte de las dos, porque no depende de una configuración sino del diseño: no tenemos dónde guardarlo.
TrustCare no es un sistema de historia clínica y no aspira a serlo. Escribimos en la historia de SAH; no construimos una historia paralela. Lo que se captura en la videoconsulta, en los cuestionarios y en el seguimiento a distancia se transmite cifrado y se registra en el expediente de CORE — y de nuestro lado no queda el contenido, queda el acuse: el identificador que SAH nos devolvió, la fecha y el estado de la operación. La historia clínica que exige la NOM-004-SSA3 es la de CORE, está completa en SAH y no está repartida entre dos sistemas.
El dato clínico vive en SAH, y solo en SAH. Nosotros lo capturamos, lo transmitimos y lo mostramos; no lo poseemos. Es una decisión de diseño de la integración y estamos dispuestos a dejarla escrita en el convenio de tratamiento de datos, incluyendo el compromiso expreso de no persistir información de salud consultada o generada a través de su sistema.
El paciente acepta dentro de TrustCare un aviso de privacidad que declara qué datos tratamos, para qué y con quién se comparten, y puede ejercer sus derechos ARCO. Ese registro se lo entregamos a CORE cuando lo pidan. Como no conservamos datos de salud, el ejercicio de derechos sobre el expediente se resuelve donde corresponde: en CORE.
La historia vive completa en SAH, incluidas las notas que se originan en TrustCare y el consentimiento que el paciente firma en la app. Toda nota se registra identificando al profesional que la respalda, y lo asentado no se borra: si hay que corregir, se agrega. Si Lógica ya trabaja con los formatos de interoperabilidad de la NOM-024, ese es el camino que preferimos para los puntos P5 a P9.
Buena parte de los pacientes de CORE reside en Estados Unidos y espera un manejo equivalente al que conoce en su país. Como no almacenamos su información de salud, la superficie de esa discusión se reduce a lo mínimo: identificación, contacto y citas.
Treinta y tres servicios, y solo los datos del paciente que ya eligió a un especialista de CORE. No poblamos un buscador con su directorio, no consultamos censos ni listados masivos, y no accedemos a pacientes ajenos al proceso.
Un único punto de salida con IP fija. Revocar credenciales o retirar la IP de la lista blanca corta el acceso por completo, de inmediato y sin efectos colaterales en SAH.
Guardamos qué se consultó o registró, cuándo y a nombre de qué paciente — sin el contenido clínico. Si CORE necesita auditar quién tocó un expediente y cuándo, tenemos con qué responder, y el registro no contiene información de salud.
HTTPS entre el paciente y nosotros, y HTTPS entre nosotros y SAH. Ningún dato clínico viaja en claro en ningún tramo del recorrido. Si el acceso exige VPN o certificado de cliente, lo montamos así.
Además del canal, podemos cifrar el contenido mismo de lo que enviamos —la nota clínica, el consentimiento— con una llave acordada con CORE, de modo que solo SAH pueda abrirlo. Es una capa adicional sobre TLS y estamos dispuestos a asumirla si la quieren.
Las credenciales que nos entreguen se guardan cifradas y se descifran solo en el momento de usarlas; nadie de nuestro equipo las lee en texto plano. Y lo que sí conservamos —identificación, contacto y referencias— está cifrado en base de datos y aislado por clínica.
Ni la app del paciente ni el sistema de clínicas reciben o ven las credenciales de SAH. Las sesiones usan cookies seguras que el navegador no puede leer, y toda llamada a SAH se origina en nuestro servidor.
Los mensajes automáticos entre nuestros servicios van firmados criptográficamente (HMAC-SHA256) y se rechazan si la firma no coincide. Aplicaremos el mismo criterio a las escrituras en historia clínica: cada una identificable, con acuse y sin posibilidad de repetirse por accidente.
La consecuencia práctica de no almacenar: si mañana CORE decide terminar la integración, no hay expediente nuestro que depurar. Se revocan las credenciales y lo clínico sigue donde siempre estuvo.
Sobre el tratamiento de datos personales quedamos atentos a firmar el convenio que CORE requiera, dejando por escrito lo que aquí describimos: qué información mínima almacenamos de nuestro lado, por cuánto tiempo, y el compromiso de no persistir datos de salud.
05
Con los tres primeros puntos —el agendamiento completo— ya podemos escribir código y mostrarles algo funcionando. La escritura en historia clínica es la parte que más conversación necesita, y por eso proponemos abrirla en paralelo desde el primer día. Antes de eso hay una particularidad de este proyecto que conviene resolver: aquí hay dos interlocutores. CORE es el dueño de la información y quien autoriza; Lógica es quien opera SAH y quien puede abrir el canal. Necesitamos a los dos en la misma conversación desde el principio.
Lógica no va a abrirnos nada sin ella, y con razón — menos aún tratándose de escritura en historia clínica. Una instrucción de CORE a Lógica indicando el alcance de la sección 03 desbloquea todo lo demás.
SAH o SAH+, en qué versión, y si hoy existe API, HL7/FHIR, vistas de base de datos o intercambio de archivos. Es la definición que más determina el trabajo: de ella depende cuál peldaño de la escalera de la sección 03 tomamos.
Indispensable aquí más que en otras integraciones: no vamos a ensayar escrituras en historia clínica contra producción. Idealmente con un paciente de prueba de documento conocido y una agenda con cupos libres.
Si hay lista blanca de IP, VPN o certificado de cliente, y si CORE quiere que ciframos también la carga útil. Salimos desde una dirección fija, así que darla de alta es sencillo — solo necesitamos saberlo antes de desplegar.
Uno para cuando una respuesta no coincida con lo esperado; otro para las decisiones de expediente —qué se registra, cómo se firma, cómo se corrige— que son las que de verdad definen el diseño.
Qué campos, qué catálogo de tipos de nota y qué es obligatorio. Es lo primero que hay que cerrar del punto P5, y de ello depende que la información que hoy se pierde entre la videoconsulta y la admisión llegue completa al expediente.
La NOM-004 exige que toda nota lleve al profesional que la elabora. Nuestra propuesta: se registra a nombre del especialista de CORE que atendió, con su clave en SAH, y queda constancia de que se originó en TrustCare. Si CORE prefiere otro esquema, lo implementamos.
Si SAH permite modificar una nota registrada o exige agregar una nueva. Preferimos lo segundo: conserva la trazabilidad y es lo que la norma espera. Solo necesitamos saber cuál de los dos es.
La mayoría de los pacientes de CORE no tiene CURP. ¿Con qué llave los busca SAH — pasaporte, número de expediente, correo, teléfono? ¿Acepta un solo apellido y domicilio fuera de México? Esto define si generamos expedientes duplicados o no.
Si SAH acepta el PDF con la evidencia de firma electrónica adjunta o prefiere documento y acuse por separado, y en qué clasificación del expediente debe quedar archivado.
Cuáles son y qué significa cada uno. De esto depende por completo el punto P7, que es el que le ahorra a su personal mover el estado del caso dos veces.
Si es el mismo módulo de agenda o uno distinto, y quién puede escribir en él. La fecha de cirugía es la que el paciente usa para comprar su vuelo: es la que menos puede desfasarse.
Tijuana opera en horario del Pacífico y cambia con el horario de verano de Estados Unidos, no con el del resto de México. El paciente puede estar en un tercer huso. Confirmar que las horas de SAH son locales de Tijuana, y su formato exacto, evita desfases que el paciente ve directamente en su cita.
Vale tanto para una cita como para una nota clínica: si nuestra petición se corta después de que SAH ya la procesó, el reintento podría duplicarla — y una nota duplicada en un expediente es un problema mayor que una cita duplicada. ¿Aceptan una clave de idempotencia?
Si SAH puede avisarnos cuando algo cambia, nos interesa mucho: es el punto P7 en su mejor versión. Si no, propongamos consulta periódica y acordemos frecuencia y volumen aceptables — no queremos generarles carga innecesaria.
Si la clínica mueve una cita en SAH y el paciente la mueve desde la app, ¿cuál prevalece? Preferimos acordarlo antes de que ocurra. Nuestra propuesta por defecto: SAH es la fuente de verdad y nosotros nos ajustamos.
Todo lo anterior se construyó a partir de información pública de CORE Medical & Surgery Center y de Lógica, y de cómo funciona hoy el recorrido del paciente en TrustCare. No hemos tenido acceso a documentación técnica de SAH ni ejecutado ninguna llamada contra él, así que los diez puntos describen funciones y no comportamientos observados. Es muy probable que en la primera sesión técnica corrijamos varios: lo damos por descontado y preferimos llegar con una propuesta concreta que con preguntas abiertas.