Qué incluye el expediente clínico de Healthy Record

La pregunta que abre casi todas las cotizaciones de expediente clínico en México no es «¿qué funciones tiene?», sino «¿cuáles se cobran aparte?». Es una pregunta sensata: el modelo de complementos es la norma del sector, y la cifra de la primera hoja rara vez es la que acabas pagando al mes.

Un ejemplo con números públicos, para que la comparación no dependa de adjetivos. El 26 de agosto de 2026 consultamos la página de precios de Huli (hulipractice.com/mx/precios): el expediente electrónico aparece en $590 MXN +IVA al mes; el complemento de notas con IA, en «$400 MXN +IVA al mes» por un paquete de 200 notas mensuales; un plan que empaqueta expediente, agenda y esas mismas 200 notas, en $991 MXN +IVA al mes; y el bot de WhatsApp, en «$240 MXN +IVA al mes» por 30 conversaciones, más $8 por conversación extra. El tope de 200 notas existe por las dos rutas.

La comparación honesta es la última fila: expediente más notas con IA. El bot de WhatsApp no tiene equivalente aquí y no vamos a fingir que sí — está explicado abajo, en lo que todavía no hacemos. Tampoco existe un plan Premium ni una tarifa por usuario adicional: hay un plan Basic de $599 MXN al mes y un Enterprise que se cotiza solo cuando alguien pide algo fuera del producto estándar. El desglose está en precios y la comparación con el resto del mercado, en cuánto cuesta un expediente clínico electrónico.

Es el núcleo del producto. Todo lo demás cuelga de aquí: el paciente se registra una vez y su historia, sus estudios y sus laboratorios viven en el mismo catálogo.

Historia clínica completa: antecedentes, exploración, signos vitales, diagnósticos activos y medicación vigente en una sola pantalla, con el contenido que pide la NOM-004.

Notas de evolución que se firman. Al firmar, la consulta queda cerrada. Si después hay que corregirla, la edición crea una versión nueva y el historial queda visible: el identificador de la nota nunca cambia, así que lo que se citó en un informe sigue apuntando al mismo lugar.

Receta con catálogo de medicamentos construido sobre el CNIS oficial, con PDF imprimible y la firma autógrafa del médico.

Consulta por voz: dictas y el sistema propone diagnósticos, medicamentos, signos vitales y datos del paciente. La palabra clave es propone: cada propuesta llega como una tarjeta que aceptas o rechazas, y nada se escribe en el expediente sin que lo apruebes.

Agenda con las citas del día, la agenda por médico y las solicitudes de cita que manda el paciente desde su portal.

Esta es la parte que casi ningún expediente mexicano trae dentro, y la razón por la que muchos consultorios acaban con dos catálogos de pacientes: uno en el expediente y otro en el sistema de imagen. Aquí el estudio nace, se guarda y se abre dentro del expediente del paciente.

Estudios DICOM dentro del expediente, no en una carpeta de Windows ni en un CD. La carga sube directo al almacenamiento cifrado y el estudio queda colgado del paciente correcto.

Visor en el navegador: ventana y nivel, reconstrucción multiplanar, volumen 3D y herramientas de medición. No se instala nada.

Órdenes de estudio desde la consulta, que se publican en la lista de trabajo DICOM para que el equipo tome los datos del paciente de la lista y nadie los vuelva a teclear.

Puente local para tus equipos: se empareja con un código, publica la worklist y sube los estudios terminados.

Entrega al paciente por liga cifrada, con caducidad y límite de aperturas. El cifrado ocurre en el navegador y la llave viaja en el fragmento de la URL, así que el servidor nunca la ve.

Una precisión que preferimos escribir nosotros antes de que la descubras tú: el visor es una herramienta de visualización, no destinada a diagnóstico primario. Las herramientas de medición existen y las puedes usar para revisar, comparar y explicarle al paciente, pero no prometemos exactitud clínica en las mediciones angulares ni en los índices derivados, y la lectura primaria formal se hace en una estación con monitores calibrados. El detalle está en imagenología DICOM dentro del expediente; si tu negocio es la imagen y no la consulta, en software para centros de imagen; y la conexión con los equipos, en lista de trabajo DICOM.

El expediente sirve de poco si cada resultado es un PDF suelto. Estas funciones existen para que un valor de laboratorio de hace tres años se pueda comparar con el de hoy sin abrir catorce archivos.

Laboratorio por analito: los resultados se normalizan a nombre de analito, así que cada uno tiene su serie histórica y su gráfica, aunque los estudios vengan de laboratorios distintos con nombres distintos.

Análisis de laboratorio asistido por IA, generado con Claude en Amazon Bedrock. Es una lectura de apoyo que resume patrones y señala valores fuera de rango; no es un diagnóstico ni sustituye tu criterio, y se puede regenerar cuando llegan resultados nuevos.

CIE-11 con el catálogo de la Organización Mundial de la Salud, y el CIE-10 equivalente en paralelo, porque el reporte oficial en México todavía se pide en CIE-10.

Documentos del paciente: PDFs, imágenes y estudios, con carga directa y descarga por URL prefirmada de vida corta.

Portal del paciente: el médico genera la liga de alta y puede revocarla; el paciente ve su expediente, sus resultados y sus estudios desde su celular, sin llamar al consultorio.

Cuando el consultorio deja de ser una persona, aparecen dos problemas nuevos: quién puede ver qué, y quién tocó qué. Estas tres funciones son la respuesta.

Roles y permisos: médico, enfermería, recepción, clínica y paciente —el séptimo, administrador, es nuestro, no de la clínica—. Recepción agenda sin leer la nota clínica; enfermería captura signos vitales; el paciente solo ve lo suyo.

Bloques modulares del expediente: las secciones se activan, se desactivan y se reordenan. Una clínica puede fijar el layout de su equipo, y hay un catálogo de bloques publicados que se pueden adoptar o bifurcar.

Bitácora: qué recurso y qué sección del expediente tocó cada usuario, y cuándo. Es lo que convierte «yo no fui» en una consulta de dos minutos.

Lo que hay para una clínica de una sede con varios médicos está desarrollado en Healthy Record para clínicas. Lo que no hay —jerarquía de sedes, censo hospitalario— está en la siguiente sección, y no en letra chica.

Un expediente que no deja salir los datos es una jaula, y a los cinco años se nota. Por eso la interoperabilidad no es un complemento con precio propio: viene dentro.

FHIR R4, de solo lectura. El servidor publica su CapabilityStatement en /fhir/R4/metadata y soporta 18 tipos de recurso: Patient, Practitioner, PractitionerRole, Organization, Condition, AllergyIntolerance, MedicationStatement, MedicationRequest, Observation, DiagnosticReport, DocumentReference, Encounter, Composition, Appointment, ServiceRequest, ImagingStudy, Immunization y FamilyMemberHistory. Además sirve Binary para los adjuntos, con una redirección a una URL prefirmada de cinco minutos, porque una tomografía no cabe en una respuesta JSON. Toda búsqueda clínica exige el parámetro patient y aplica las mismas reglas de acceso médico–paciente que el resto del producto: no hay una puerta trasera que devuelva la base entera.

HL7 v2, para el equipamiento y los sistemas que aún hablan ese idioma. Entran mensajes ADT (registro y actualización de pacientes) y ORU (resultados); salen ORM y OMI cuando se genera una orden de estudio. La mensajería HL7 vive en el puente que se instala en la clínica y no en el servidor público, que es donde debe vivir: MLLP es un protocolo de red local, no de internet abierto.

Lo que no hay todavía es escritura por FHIR. Puedes leer y exportar; para escribir, la vía es la aplicación. Si necesitas un flujo de escritura contra tu sistema, dilo antes de contratar y te decimos si existe o no.

Esta sección está aquí a propósito. Descubrir un hueco a los tres meses de haber migrado tus expedientes es mucho más caro que leerlo hoy, y ninguno de estos puntos está a punto de resolverse por una llamada de ventas.

Facturación CFDI. No emitimos comprobantes fiscales ni timbramos, y no hay integración con un PAC. El cobro y la factura se llevan fuera. Lo que sí queda es el registro clínico de la consulta.

Recordatorios por WhatsApp. El canal existe en el código, pero hoy apunta a un remitente de pruebas que solo entrega mensajes a quien se dio de alta a mano. Dicho claro: no le va a llegar a tus pacientes. Mientras siga así, no es una función y no la vendemos como tal.

Telemedicina. No hay videoconsulta, ni sala de espera virtual, ni grabación de sesión. Si tu práctica es mayoritariamente remota, este no es tu sistema.

Hospital y multi-sede. El modelo de datos es una clínica con sus usuarios y sus pacientes. No hay jerarquía de sedes, ni reportes consolidados entre ellas, ni censo de camas, ni quirófano, ni urgencias. Dos sedes se llevan hoy como dos clínicas separadas.

Lectura primaria de imagen. El visor es una herramienta de visualización, no está destinada a diagnóstico primario y no reemplaza una estación de radiología con monitores calibrados.

Hay algo más que conviene decir aquí: hoy somos un producto joven, con pocos médicos usándolo a diario. No vas a encontrar en esta página un contador de clínicas ni una pared de logos, porque no los tenemos. Lo que sí puedes hacer es probarlo con tus propios pacientes antes de decidir, y verificar cada renglón de arriba con la tabla de abajo.

Cada función que enumeramos corresponde a una ruta viva de nuestra API. Un 401 sin sesión significa exactamente lo que queremos que signifique: la ruta existe y está protegida. Puedes comprobarlo tú mismo con curl contra api.healthyehr.com; el resultado de la columna derecha es el que obtuvimos el 25 de agosto de 2026.

La liga cifrada de entrega al paciente es la excepción deliberada: POST /public-sharees pública por diseño, porque el paciente no tiene cuenta. Responde sin sesión, y lo que protege el estudio no es un token de autenticación sino el cifrado del navegador, la caducidad de la liga y el límite de aperturas. Cómo funciona está en compartir estudios con pacientes.