Ir al contenido

Auctorum Med · la plataforma

Lo que hay debajo.

Cómo está construido Auctorum Med: un núcleo clínico FHIR donde ningún dato es texto libre, tres verticales reguladas sobre el mismo motor, WhatsApp como canal nativo y una capa de interoperabilidad que se genera a partir del núcleo. Con capturas reales y una lista de lo que todavía falta.

  1. 01

    Infraestructura clínica FHIR-nativa donde ningún dato clínico es texto libre.

  2. 02

    Cada vertical regulada (consulta, imagen, laboratorio) opera conforme a su propia norma sobre el mismo núcleo.

  3. 03

    La capa de interoperabilidad (CDA R2, HL7 v2, terminología codificada) se genera a partir del núcleo, no se simula.

  4. 04

    Lo que aparece en pantalla funciona; lo que falta está listado.

El modelo clínico

Un solo recurso clínico, un solo camino de escritura.

Todo dato clínico vive como un recurso FHIR en una sola tabla, escrito por una sola función. No hay tablas paralelas por tipo de nota ni caminos de escritura repartidos por la aplicación.

Desliza a los lados para recorrer el plano.

ConsultaImagenLaboratorioWhatsAppHL7 de analizadoresUNA SOLA FUNCIÓNEscritura clínicaComprueba la pertenencia del pacienteSella la línea de servicioCongela el recurso al firmarclinical_resourceuna tabla, un recurso por fila, con versión y firmaEncounterConditionObservationMedicationRequestMedicationStatementAllergyIntoleranceServiceRequestSpecimenDiagnosticReportImagingStudyDocumentReferenceConsentCoverageQuestionnaireResponseExpedienteCDA R2FHIR R4Portal del pacienteEntregas

FHIR nativo

Catorce tipos de recurso conviven en una sola tabla, cada uno con su proyección y su compositor puros. Lo que se guarda ya es interoperable; no se traduce después.

Write-path único con identidad estable

Un borrador muta en su lugar; una firma congela el recurso y el motor rechaza sobrescribirlo. La pertenencia del paciente a la organización se verifica dentro de esa función, no en cada pantalla.

Firma e inmutabilidad

Sello SHA-256 sobre el contenido, con quién firmó, con qué cédula y cuándo. Un recurso firmado ya no se edita; una corrección es un recurso nuevo que lo referencia.

Identidad person-first

Una persona global; el paciente es su enrolamiento por organización. Un médico con hospital y consultorio propio entra por un solo portal y el ruteo lo decide un resolver, no una heurística.

Captura estructurada

Los cuestionarios son data versionada, con tri-estado nativo (sí, no, desconocido) porque la ausencia clínica es un dato. El motor captura y valida forma; no calcula riesgo ni infiere nada.

Documentos que proponen, nunca deciden

Un documento leído por IA propone campos; el médico aprueba; el servidor recalcula la propuesta al aplicar. Transcribe lo que el documento dice; no infiere nada.

Capturas reales

Así se ve por dentro.

Doce pantallas del producto: consulta, laboratorio, imagen y lo que ve el paciente. Toca cualquiera para verla en grande.

Agenda y recepción

Consulta
  • La semana del consultorio, con las citas del recepcionista y las confirmadas por el paciente
  • Cada cita nace clasificada en su línea de servicio
  • Sincronizada con Google Calendar

Captura real de una cuenta de demostración con datos ficticios

Expediente clínico electrónico

NOM-004 + NOM-024
  • Problemas codificados contra CIE-10
  • Medicamentos del catálogo nacional y signos vitales con su bandera
  • Cada bloque es un recurso FHIR en la base

Captura real de una cuenta de demostración con datos ficticios

Historia clínica

NOM-004
  • Identificación, antecedentes, padecimiento actual, exploración
  • Diagnóstico, tratamiento y pronóstico
  • La estructura que la norma exige del expediente, campo por campo

Captura real de una cuenta de demostración con datos ficticios

Bandeja de WhatsApp e Instagram

Canales
  • El recepcionista de IA agenda dentro de la conversación
  • Lo que escribe el paciente se guarda antes de decidir si se responde
  • El humano toma la conversación cuando quiere

Captura real de una cuenta de demostración con datos ficticios

Configuración del consultorio

Ajustes
  • Catálogo de servicios y tarifas divulgables
  • El recepcionista: tono, horarios, qué puede decir
  • Canales conectados

Captura real de una cuenta de demostración con datos ficticios

Cobros

Dinero
  • Efectivo, tarjeta y enlaces de pago en el mismo libro
  • Los reportes suman los dos caminos
  • Del cobro a la factura CFDI

Captura real de una cuenta de demostración con datos ficticios

Laboratorio: la lista de trabajo

LIS
  • Órdenes en sus cuatro estados: ordenada, en proceso, resultada, firmada
  • Ingesta HL7 y alta sin cita en la misma pantalla
  • Filtrada por la línea de laboratorio

Captura real de una cuenta de demostración con datos ficticios

Reporte de laboratorio firmado

LIS · NOM-007
  • Valor, unidad y rango del catálogo del laboratorio
  • La bandera alto, bajo o normal la calcula el motor; la firma la congela
  • Firmado, ya no se edita

Captura real de una cuenta de demostración con datos ficticios

Imagen: la lista de trabajo por modalidad

RIS
  • Tomografía, rayos X y ultrasonido como sub-líneas de primera clase
  • Catálogo, precios y contabilidad propios por modalidad
  • Alta sin cita con lo que NOM-229 exige del acto

Captura real de una cuenta de demostración con datos ficticios

Estudio reportado y sellado

RIS · NOM-229
  • La orden con quién la pidió y con qué cédula
  • La nota de remisión para el paciente y el reporte del radiólogo
  • Entrega al paciente y al médico que lo ordenó, detrás de un código

Captura real de una cuenta de demostración con datos ficticios

Contabilidad del día por modalidad

RIS · Dinero
  • Cómo se pagó cada estudio
  • Facturado y cobrado, por separado
  • Un libro por modalidad

Captura real de una cuenta de demostración con datos ficticios

Portal público del consultorio

Paciente
  • Cada consultorio en su propio subdominio
  • Agenda en línea para el paciente
  • Lo que el médico decide mostrar

Captura real de una cuenta de demostración con datos ficticios

Arquitectura

Cómo está armada.

Desliza a los lados para recorrer el plano.

CANALESAPLICACIÓNNÚCLEODATOSCanalesWhatsApp · Instagramportal públicoAuctorum Medla aplicaciónPWANúcleo clínicoun recurso FHIRun camino de escrituraPIEZA CENTRALBase de datosaislada por organización y por líneaSegundo planorecordatorios · entregascolasInteroperabilidadFHIR R4 · CDA R2HL7 v2
Borde
Cloudflare delante de un origen que sólo acepta tráfico que venga por Cloudflare, con TLS y límite de tasa.
Aplicación
Next.js con React y TypeScript estricto, instalable como aplicación en el teléfono; un portal público por consultorio en su propio subdominio.
Datos
PostgreSQL con Row Level Security nativa por organización y por línea de servicio: el aislamiento se aplica en la base de datos, no sólo en el código.
Segundo plano
Colas para el canal de WhatsApp y las campañas; procesos programados para recordatorios, entregas de resultados, respaldos y limpieza.
Integraciones
WhatsApp Cloud API, OpenAI con retención de datos desactivada, Stripe y MercadoPago, Facturapi para el CFDI, Google Calendar.
Observabilidad
Monitoreo de aplicación e infraestructura con los datos personales enmascarados antes de salir; nunca se graba lo que una pantalla clínica muestra.

Aislamiento

Tres ejes de visibilidad, aplicados en la base de datos.

Dentro de una organización manda la línea de servicio. Cruzando organizaciones manda el consentimiento del titular, que nombra con quién. Y la organización es la frontera de todo. Los tres viven en policies de PostgreSQL, no en una condición de la aplicación.

USING ( organization_id = NULLIF(current_setting('app.organization_id', true), '')::uuid )

La policy de organización, tal cual vive en la base.

  • Las lecturas clínicas de cara al usuario corren bajo un rol que no puede saltarse la RLS, dentro de una transacción que fija la organización, la persona y las líneas que ve.
  • La forma que escala en una policy no tiene subconsultas: una columna de la propia fila y un operador con índice. Medido, la diferencia es de milisegundos contra segundos.
  • Una cita nueva nace clasificada en su línea por la propia base de datos, no por la pantalla que la creó.
  • Cruzando organizaciones, quien no tiene consentimiento recibe la misma respuesta que si el paciente no existiera: saber que existe el vínculo ya sería un dato.
  • El aislamiento tiene pruebas con dos organizaciones y dos identidades que fallan si deja de aislar.

Interoperabilidad

Interoperabilidad.

IdiomaQué hay
FHIR R4Fachada de solo lectura (Patient, Practitioner, Appointment) con autenticación por llave de API y CapabilityStatement honesto.
HL7 CDA R2Tres documentos retro-traducidos del núcleo: Resumen Clínico (LOINC 34133-9), Referencia/Traslado (57133-1) y Nota Médica (11506-3). Un código no verificado jamás reclama un OID oficial.
HL7 v2 · ORUIngesta de resultados desde analizadores y sistemas de laboratorio: buffer durable, matching determinista o bandeja, perfiles de mapeo por equipo con guarda de unidad. Nunca auto-firma.
CIE-10-ES46,545 conceptos jerárquicos, OID 2.16.840.1.113883.6.3. Es la modificación clínica española, no el CEMECE mexicano, y se declara así.
LOINC60,721 códigos de laboratorio y signos vitales, OID 2.16.840.1.113883.6.1, con atribución a Regenstrief.
CNIS3,562 presentaciones de medicamentos del compendio nacional, sin OID verificado: el CDA los emite con nullFlavor, no con un OID inventado.

Certificación ante la DGIS bajo NOM-024: no la hay, y el programa vigente evalúa guías de reporte a subsistemas que no están construidas. Lo anterior es interoperabilidad; no es una certificación.

WhatsApp nativo

WhatsApp es un canal propio del sistema, no una integración.

  1. 01

    Un solo webhook para todos los consultorios, ruteado por el número de teléfono que Meta reporta, nunca por un identificador en la URL. Un número desconocido se registra y se descarta; nunca se adivina a quién pertenece.

  2. 02

    El borde responde de inmediato y delega. Primero se registra el sobre del mensaje, después se encola: Meta reintenta por contrato, y la idempotencia la gana un índice único sobre el identificador del mensaje.

  3. 03

    La tabla del sobre no tiene columna de contenido. El texto, el pie de foto y el nombre de archivo de un paciente son datos de salud, y van por otro carril.

  4. 04

    El recepcionista tiene ocho herramientas: disponibilidad, crear, confirmar y cancelar citas, información del consultorio, elegir médico, consultar precio y escalar a un humano. Sólo cotiza tarifas marcadas como divulgables, y la prohibición de inventar precios no vive en el prompt que el consultorio edita.

  5. 05

    La detección de urgencias es determinista y ocurre antes del modelo. Toda llamada al modelo con datos de salud fija la retención en cero.

  6. 06

    Una cuenta de prueba no le escribe a nadie: el candado vive en el punto por el que pasan los cuatro caminos de envío.

Verticales

Un núcleo, tres verticales reguladas y los nichos por especialidad.

Consulta

Expediente general y especialidades

Roster, encuentro, problemas codificados, alergias, medicamentos con catálogo nacional, signos vitales, receta electrónica con código público de verificación y candado de sustancias controladas, consentimientos como documentos componibles, portal del paciente con reto OTP.

Imagen (RIS)

Centros de imagen diagnóstica

Orden, estudio, reporte y firma como recursos sellados a la línea de imagen. Modalidades como sub-líneas con catálogo, precios y contabilidad propios. Alta sin cita con los campos que NOM-229 exige del acto. Entrega del reporte al paciente y al médico que lo ordenó, detrás de un código y con registro de divulgación.

Laboratorio (LIS)

Laboratorio clínico

Catálogo panel-a-analito alineado a LOINC con rangos por sexo. Tres fuentes de captura y una ingesta HL7 sobre un solo camino de escritura. Bandera alto, bajo o normal calculada por el mismo motor en servidor y pantalla; la firma congela los flags. Alta sin cita con la trazabilidad de la muestra que pide NOM-007.

Nichos por especialidad

Odontograma y ocho artefactos registrados

Los artefactos de especialidad se encienden por quién firma, no por la suscripción, y nunca se gatean por plan. El odontograma usa notación FDI, nace vacío a propósito y guarda instantáneas inmutables. Los demás están registrados con estado y no se muestran hasta existir.

Lo que falta

Lo que todavía no está construido.

La obligación normativa es del médico. Auctorum es la herramienta con la que la cumple.

QuéEstado real
Certificación NOM-024 ante la DGISNo existe. El programa vigente evalúa guías de reporte a subsistemas; la capa de interoperabilidad construida no es esa fila.
DICOM y PACSNunca se construyó. El modelo lo contempla desde el primer día; hoy el estudio se adjunta como PDF o imagen.
Cumplimiento radiológico continuo (NOM-229)El alta captura lo que la norma exige del acto. Bitácora radiológica, dosimetría del personal y expediente documental de la instalación no existen aún.
Microbiología y cultivosFuera del laboratorio hoy: su semántica no es panel-a-analito.
Encargados y acuerdos de tratamientoDos encargados siguen pendientes de declarar en el aviso de privacidad; el acuerdo formal con los sub-encargados no está firmado. La retención cero con el proveedor de IA es técnica, no contractual.
Segunda sede desde la interfazNinguna ruta expuesta al consultorio crea una segunda sede; se da de alta con el equipo. La regla de plan ya existe esperando esa superficie.

Para verla en detalle.

Una demostración guiada de la plataforma, con el equipo que la construye, sobre la cuenta de demostración o sobre tu operación.