Respuesta rápida
El flujo real de hoy: el CD, el USB, el WhatsApp — y por qué falla
El recorrido de un estudio en un gabinete promedio tiene cinco tramos, y en cuatro de ellos se puede romper. Recepción captura al paciente. El técnico lo vuelve a capturar, esta vez en la consola del equipo. El estudio se queda en el disco de la máquina. Alguien lo exporta a un CD o a una USB. Y el resultado termina mandándose por mensajería, porque el paciente ya se fue y el médico que refiere lo está pidiendo.
Ninguno de esos tramos falla siempre; fallan lo suficiente. Un nombre tecleado dos veces sale distinto las dos veces, y el comparativo con el estudio del año pasado deja de existir. El disco se pierde y hay que grabarlo otra vez, con consumible y minutos de un técnico que estaba haciendo otra cosa. La captura enviada por mensajería llega recomprimida, con una sola ventana ya aplicada y sin la calibración física que permite medir en milímetros, así que el que refiere pide el estudio completo y el circuito se repite entero.
| Tramo | Dónde se rompe | Lo que cuesta |
|---|---|---|
| Captura en la consola | El técnico escribe el nombre a mano, con el paciente ya en la camilla. | Estudios con el nombre mal escrito, pacientes duplicados dentro del equipo y comparativos que no se pueden hacer. |
| Salida del estudio | Se exporta a CD o USB desde la máquina. | Consumible, minutos de técnico y una copia que sale del gabinete sin registro de a quién se entregó. |
| Entrega al paciente | El disco se raya, se pierde o la laptop ya no trae lector. | La segunda copia, que casi nadie contabiliza pero se graba igual. |
| Entrega al que refiere | Una captura por mensajería, sin serie completa ni calibración. | El médico vuelve a pedir el estudio, y el dato ya salió por un canal sin trazabilidad. |
| Archivo | El único ejemplar vive en el disco de la máquina hasta que se llena. | Estudios borrados para hacer espacio, justo los que después alguien pide. |
El problema de fondo no es el CD: es que el estudio nunca tuvo un lugar propio donde vivir ligado a un paciente identificado. Cambiar eso no obliga a cambiar de tomógrafo ni de equipo de rayos X.
La máquina lee la orden de la lista de trabajo (MWL) y deja de teclearse el nombre del paciente
La lista de trabajo —Modality Worklist, MWL— es el servicio del estándar DICOM con el que la consola pregunta por la red qué estudios tiene agendados y recibe la lista con los datos del paciente ya escritos: nombre, fecha de nacimiento, sexo, número de accesión y el procedimiento solicitado. El técnico selecciona el renglón y empieza. No teclea nada, y —esto es lo que después cierra el circuito— el número de accesión queda grabado dentro de cada imagen que produce el estudio.
En Healthy Record la orden nace en el expediente del paciente y se publica a través de un puente DICOM que se instala en una PC de tu red. El puente escucha en el puerto 11112 con el AE Title HEALTHY_BRIDGE y contesta la consulta de worklist de cada consola; el servidor le entrega las órdenes de imagenología de los últimos 30 días, con un tope de 200. Si fijas una orden a una estación concreta, esa orden aparece solo en esa consola y no en todas.
Hay una consecuencia práctica que conviene decir clarito: el técnico no necesita una cuenta de Healthy Record para trabajar así. Quien habla con el sistema es la máquina, no la persona. Lo que sí hace falta hoy es que la orden la haya emitido un médico, y eso está explicado más abajo, en lo que todavía no hacemos.
Ningún equipo queda expuesto a internet. Las máquinas hablan solo con la PC del puente dentro de la red local, y esa PC es la única que sale hacia la nube, siempre en dirección saliente. Vale la pena además fijar la lista blanca de AE Titles en cuanto las máquinas queden configuradas: con la lista vacía, cualquier equipo conectado a la red del gabinete podría leer la worklist, que trae nombres de pacientes. La configuración campo por campo está en la guía de lista de trabajo DICOM.
El estudio llega solo al expediente
Al terminar la exploración, la consola manda las imágenes al mismo destino DICOM que ya tiene configurado: la misma IP, el mismo puerto y el mismo AE Title. El puente las recibe, las agrupa por estudio y las sube a la nube por lotes conforme se van asentando, sin esperar a que termine todo el estudio.
Ese detalle importa más de lo que parece en tomografía y resonancia. Una resonancia manda serie por serie con pausas de varios minutos; por eso hay dos tiempos distintos, uno corto para empezar a subir imágenes y otro largo —cinco minutos por omisión— para dar el estudio por terminado y cerrar la orden. Si el sistema cerrara la orden en la primera pausa, el paciente desaparecería de la lista de trabajo a media exploración.
Si se cae el internet: las imágenes quedan en el disco de la PC del puente y se reintentan con esperas crecientes hasta subir. Al reiniciar, lo que quedó pendiente se vuelve a encolar.
Si el técnico dejó seleccionado al paciente anterior: el servidor compara el PatientID que viene dentro del DICOM contra el paciente de la orden y, si no coinciden, rechaza el estudio y lo deja en cuarentena en lugar de archivarlo en el expediente equivocado.
Si el estudio llega sin orden: tras varios intentos se aparta en una carpeta de estudios sin orden en vez de reintentarse para siempre, y sigue contándose en el reporte de estado para que alguien lo resuelva a mano.
Si una máquina deja de responder: el puente le hace C-ECHO periódicamente y reporta el estado, así te enteras por el tablero de máquinas y no porque un estudio nunca llegó.
El final del recorrido es el expediente del paciente: los estudios quedan agrupados por identificador de estudio y se abren en el visor del navegador, con ventana y nivel, mediciones, reconstrucción multiplanar y vista en volumen. Sobre las mediciones conviene ser preciso: las herramientas existen y están ahí, pero su exactitud clínica no está validada contra estudios reales, así que trátalo como lo que es —una herramienta de visualización, no destinada a diagnóstico primario—.
El final del recorrido: el estudio abierto desde el expediente del paciente, sin que nadie haya movido un archivo a mano.
El paciente recibe su estudio por una liga que caduca, no en un CD
Desde el expediente se genera el acceso del paciente: aparece un código QR en pantalla, la liga para copiar y un botón para enviarla. La distinción que cambia el costo del gabinete es esta: por el mensaje viaja la llave, no el estudio. El estudio nunca sale del sistema.
Esa liga vale 30 días y es de un solo uso. Al abrirla, el paciente define su correo o teléfono y una contraseña, y con eso queda consumida: reenviar el mismo mensaje ya no sirve de nada. Emitir una liga nueva invalida automáticamente la anterior, y se puede revocar sin emitir ninguna. Si se fue al contacto equivocado, se apaga. Un disco entregado no se apaga.
Lo que el paciente no puede hacer todavía desde su portal es abrir el DICOM en el visor. Entra a su cuenta, ve su expediente, sus resultados de laboratorio con los PDF, y sus estudios de imagen listados con nombre y fecha, pero la lectura del DICOM es hoy del lado del médico. El detalle de la entrega, con la comparación contra el CD y la mensajería, está en cómo entregar estudios sin quemar un CD.
El médico que refiere lo abre en el navegador
El médico que refiere es tu cliente real: si no puede abrir el estudio con facilidad, la próxima vez manda al paciente a otro lado. Vale la pena describir con exactitud la ruta que existe hoy, porque no es la que uno supondría.
El permiso lo da el paciente, no el gabinete. Desde su cuenta genera un código de seis caracteres, válido 30 minutos y de un solo uso; el médico que lo canjea queda ligado a ese paciente y abre la serie íntegra en su navegador, con su calibración, y queda registrado quién lo canjeó y cuándo. Dos cosas que conviene decir con precisión: lo que se concede no es el estudio suelto sino el acceso al expediente de ese paciente, y por eso el paciente debería saber a quién se lo está dando. Ese es el reemplazo real del disco: el estudio no viaja, viaja el permiso.
Lo que no existe todavía es que el centro de imagen le mande el estudio directamente a un médico que no tiene relación previa con ese paciente. No hay un envío de gabinete a médico que refiere; hoy siempre pasa por el paciente. Si tu operación depende de empujarle estudios a una lista de médicos referentes, esa pieza no está.
Y otra vez la advertencia, porque aquí es donde importa: lo que abre el que refiere es una herramienta de visualización, no destinada a diagnóstico primario. Para lectura primaria formal con monitores calibrados, la estación de lectura sigue siendo la estación de lectura. La diferencia entre las tres piezas —el archivo, el flujo y la ventana— está desglosada en la guía de PACS, RIS y visor DICOM.
Qué cuesta comparado con un PACS
El plan Basic cuesta $599 MXN al mes; el plan Enterprise, para clínicas con varios médicos, se cotiza. Cada archivo admite hasta 2 GB, de sobra para un estudio de rutina. Los conceptos que sí suele traer una cotización de PACS —almacenamiento por bloques, licencia por usuario, a veces licencia por modalidad conectada, el visor como línea aparte, implementación y salida— están desglosados en la guía de precio de PACS en la nube.
| Concepto | Lo típico en una cotización de PACS | Healthy Record |
|---|---|---|
| Almacenamiento | Por GB o por bloque contratado, y crece cada mes porque los estudios se acumulan. | Hoy no publicamos tarifa por GB. Hasta 2 GB por archivo. |
| Visor | A veces se cotiza como línea aparte, y el diagnóstico como otra. | En el navegador, dentro del expediente. Sin instalar nada. |
| Expediente clínico | Otro sistema, otro contrato y un segundo catálogo de pacientes que hay que conciliar. | El mismo sistema: el estudio nace de una orden del expediente y regresa a él. |
| Conexión de los equipos | Implementación cotizada aparte. | Puente DICOM que se instala y se pone en marcha contigo; la PC siempre encendida la pones tú. |
| Precio publicado | Casi nunca. Primero una videollamada. | $599 MXN al mes el plan Basic; el Enterprise se cotiza. |
Lo que sí corre por tu cuenta y conviene presupuestar: una PC o mini PC siempre encendida en la misma red que las máquinas, con una dirección IP que no cambie, y el rato de configurar cada consola. La puesta en marcha se coordina con nosotros: no es un interruptor que se enciende dentro de la cuenta.
Lo que todavía no hacemos
Esta sección existe porque es la que nadie escribe y la única que de verdad te sirve para decidir. Todo lo de abajo está contrastado contra el código, no contra un folleto.
El centro de imagen no opera como entidad propia. El rol de clínica existe y hace varias cosas —da de alta a sus médicos, pone su logotipo, corrige datos del paciente, consulta la bitácora—, pero no puede emitir una orden ni registrar una máquina: los endpoints de órdenes y de dispositivos están restringidos a médico y administrador, y cada equipo registrado cuelga de un médico obligatorio. Hoy el gabinete opera bajo la cuenta de un médico responsable. Es una limitación de producto pendiente, no una postura.
Que la conexión exista en la nube no prueba que tu consola ya esté hablando. El servicio de lista de trabajo y la recepción de imágenes corren dentro de tu red, y cada fabricante entierra el menú DICOM en otro lugar; algunos ultrasonidos venden el módulo como licencia aparte. Por eso la puesta en marcha es una prueba guiada: C-ECHO desde la consola, el circuito completo con una modalidad simulada y, hasta entonces, el primer estudio real.
No respondemos consultas DICOM de otros sistemas. El puente contesta la consulta de la lista de trabajo, pero Healthy Record no es un archivo consultable desde afuera: otro PACS no puede buscar ni jalar estudios por red.
No hay informe radiológico estructurado ni firmado como tal. Sobre el estudio se puede escribir un resumen y dejar cortes marcados que ve todo el equipo con acceso al expediente, pero una plantilla de informe con firma y versionado propio no existe todavía.
No es una estación de lectura primaria. El visor trae ventana y nivel, mediciones, reconstrucción multiplanar y vista en volumen, y esas herramientas están ahí; lo que no está probado con estudios reales es su exactitud clínica, y algunas medidas angulares siguen con discrepancias abiertas. Herramienta de visualización, no destinada a diagnóstico primario.
El paciente todavía no abre el DICOM desde su portal. Ve sus estudios listados con nombre y fecha; para abrirlos en el visor se los comparte a un médico con el código de un solo uso.
No hay módulo administrativo de gabinete: caja, facturación y control de consumibles no existen. Si eso es lo que estás comprando, esto no lo cubre y conviene que lo sepas hoy.
Si después de leer esa lista el ajuste te sigue pareciendo bueno, el siguiente paso no es comprar: es la prueba guiada con una de tus máquinas. Escríbenos a contacto@healthyehr.com con la marca, el modelo y el AE Title de cada equipo, y te decimos qué esperar antes de que muevas nada. La vista completa de la parte de imagen está en imagenología DICOM dentro del expediente.
Preguntas frecuentes
¿Puedo usar Healthy Record si el centro de imagen no tiene un médico a cargo?
Hoy no como entidad propia, y preferimos decirlo antes de que lo descubras instalando. El rol de clínica existe y hace varias cosas: da de alta a sus médicos, pone su logotipo, corrige datos del paciente y consulta la bitácora. Lo que ese rol no puede hacer es emitir una orden de imagen ni registrar una máquina: en el código, los endpoints de órdenes y de dispositivos están restringidos a los roles de médico y administrador, y cada máquina registrada cuelga de un doctorId obligatorio. En la práctica eso significa que el gabinete opera bajo la cuenta de un médico responsable. Es una limitación de producto pendiente, no una decisión de diseño.
¿Cómo sé si mi tomógrafo o mi ultrasonido va a funcionar con esto?
No te lo vamos a prometer por adelantado, porque no sería honesto: lo que corre dentro de tu red es un puente que sirve la lista de trabajo y recibe imágenes, y cada fabricante entierra el menú DICOM en un lugar distinto. La revisión que puedes hacer tú en cinco minutos: entra al menú de configuración de la consola y busca DICOM, Red o Connectivity. Si aparece Worklist, MWL o Modality Worklist Server con campos para AE Title, IP y puerto, tu equipo lo soporta. Si solo aparece Storage o Send to PACS, puede enviar imágenes pero no descargar la lista. En muchos ultrasonidos de consultorio DICOM viene como licencia opcional del fabricante. De ahí en adelante lo probamos juntos: un C-ECHO desde la consola y el circuito completo con una modalidad simulada, sin pacientes de por medio, antes del primer estudio real.
¿Tengo que abrir puertos del módem o exponer mis equipos a internet?
No, y no deberías. Las máquinas hablan únicamente con una PC dentro de tu misma red local, en el puerto 11112. Esa PC es la única que sale a internet, siempre en dirección saliente hacia la nube. No se publica ningún equipo hacia afuera ni se abre nada en el módem. Además conviene fijar la lista blanca de AE Titles en la configuración del puente en cuanto las máquinas queden dadas de alta: con la lista vacía el puente acepta a cualquier equipo de la red, y la lista de trabajo trae nombres de pacientes.
¿Qué pasa si se cae el internet a media exploración?
Las imágenes no se pierden. El puente las guarda en su disco local y reintenta la subida con esperas crecientes (30 segundos, 60 segundos, 2 minutos, 5 minutos) hasta que entra. Si alguien reinicia la PC, lo que quedó en el spool se recupera y se vuelve a encolar. Lo que sí conviene tener claro es que la orden solo se marca como completada cuando el estudio lleva un rato sin recibir imágenes y todas quedaron confirmadas en la nube: mientras tanto el paciente sigue apareciendo en la lista de trabajo, que es lo correcto en una resonancia que manda serie por serie con pausas largas.
¿Otro PACS o el hospital al que refiero puede consultar mis estudios?
Hoy no. El puente responde consultas C-FIND para la lista de trabajo, pero Healthy Record no es un archivo consultable desde afuera: otro sistema no puede buscar ni jalar estudios con C-FIND y C-MOVE. Lo que sí existe es el acceso por cuenta: el paciente genera desde su portal un código de seis caracteres, válido 30 minutos y de un solo uso, y el médico que lo canjea queda ligado a ese paciente: no recibe solo el estudio, obtiene acceso a su expediente, y queda registrado quién lo canjeó y cuándo. Conviene que el paciente sepa qué está autorizando. Si tu operación depende de que un hospital consulte tu archivo por red, necesitas un PACS con query/retrieve y esto no lo sustituye.
¿Cuánto pesa un estudio y cuál es el límite por archivo?
Cada archivo admite hasta 2 GB. Un CD de tomografía típico pesa entre 50 y 300 MB, así que un estudio de rutina entra de sobra. Sobre el almacenamiento no vamos a prometerte de más: hoy no publicamos una tarifa por gigabyte, pero tampoco lo vendemos como ilimitado — si tu volumen es alto, dilo al contratar y lo revisamos contigo. Lo que sí corre por tu cuenta y conviene presupuestar es la PC o mini PC siempre encendida en la misma red que las máquinas.
¿Qué hago con el archivo histórico que solo existe en CDs y discos duros?
No intentes migrarlo de golpe: es el error más caro de este cambio. Los estudios en DICOM se pueden subir al expediente del paciente desde un CD, una USB o una carpeta exportada del servidor viejo, así que el camino barato es incorporarlos conforme cada paciente regresa —ese día ya necesitas el estudio abierto de todos modos—. Si de plano hay que migrar un bloque, define el orden (primero pacientes activos, después histórico) y verifica por muestreo que el número de cortes coincida.