Software clínico a medida

Diseñamos y desarrollamos el software que un servicio de salud necesita y no encuentra en el mercado: gestión de pacientes y turnos, herramientas para la atención y análisis de datos. Detrás de cada desarrollo hay un médico que programa, así que el criterio es clínico además de técnico.

Software para el trabajo diario de un equipo de salud

Cada proyecto parte de un problema concreto del servicio y se diseña junto con el equipo que lo va a usar. Trabajamos con cualquier especialidad.

01

Gestión clínica

Registro de pacientes, historia clínica, turnos, interconsultas y seguimiento, modelados a partir del circuito asistencial real del servicio y no de una plantilla genérica.

02

Laboratorio

Trazabilidad de punta a punta: pedidos, ingreso y seguimiento de muestras, carga de resultados e informes que llegan al médico que los solicitó.

03

Herramientas para la atención

Formularios estructurados, calculadoras, diagramas y diagnósticos codificados con terminologías estándar, para que la información quede disponible para búsquedas y análisis en lugar de quedar en texto libre.

04

Datos e investigación

Integración de datos dispersos en planillas y sistemas, registros de pacientes y bases para estudios de cualquier diseño, tableros de actividad y análisis reproducibles en la infraestructura de la institución.

05

Formación

Plataformas de estudio con tarjetas y repetición espaciada, y campus virtuales con clases, material de consulta en línea y registro de accesos, para residencias, cursos y equipos que forman profesionales.

Para equipos que atienden, estudian y forman

  • Servicios hospitalarios

    Herramientas para el circuito propio del servicio: interconsultas, turnos, seguimiento y la información que el sistema general del hospital no contempla.

  • Consultorios y centros médicos

    Historia clínica, agenda y seguimiento a la medida de la especialidad, sin pagar por módulos que no se usan.

  • Laboratorios

    Del pedido al informe: ingreso de muestras, trazabilidad, resultados y entrega al médico que los solicitó.

  • Investigación y docencia

    Registros de pacientes, bases para estudios de cualquier diseño, análisis reproducibles y plataformas para residencias y cursos.

Constructor de árboles familiares

Una herramienta pública y de uso libre, desarrollada para la consulta de genética: dibuja árboles familiares con la notación estándar —afectados, portadores, gemelos, consanguinidad— y los exporta en PNG. Funciona íntegramente en el navegador: los datos cargados no se envían a ningún servidor.

Hermana Paciente
  • Varón
  • Mujer
  • Afectado
  • Portadora
  • Fallecido

Primero entender el servicio, después escribir código

Cada etapa termina con un resultado concreto que el equipo revisa antes de pasar a la siguiente.

  1. Relevamiento

    Analizamos cómo trabaja hoy el equipo, junto con quienes sostienen el circuito: profesionales, personal administrativo y técnico. Revisamos qué se registra y dónde, qué planillas y formularios se usan, dónde se duplican datos y en qué punto se pierde el seguimiento de un paciente.

    ResultadoUn mapa del circuito actual, los problemas ordenados por prioridad y el alcance propuesto para el proyecto.

  2. Prototipo

    Antes de comprometer meses de desarrollo, el equipo prueba una versión funcional con datos de prueba, armada sobre sus propios pasos y formularios. Es el momento más barato para descubrir qué falta, qué sobra y qué no se va a usar.

    ResultadoEl alcance validado por el equipo: las pantallas, los datos y los pasos que va a tener el sistema.

  3. Desarrollo iterativo

    El sistema se construye en entregas parciales, cada una usable por sí sola, empezando por la parte del circuito que más tiempo consume. Cada entrega se ajusta con el uso cotidiano y, si hay planillas o sistemas previos, sus datos se migran al nuevo.

    ResultadoEl sistema completo, integrado a la rutina del servicio.

  4. Implementación y soporte

    Instalación en la infraestructura que elija la institución, sus propios servidores o la nube, y capacitación de quienes lo van a usar. El código y el funcionamiento quedan documentados, para que el sistema no dependa de quien lo escribió.

    ResultadoEl sistema en funcionamiento, con un mantenimiento acordado desde el inicio: qué incluye y por cuánto tiempo.

Los datos de salud se protegen desde el diseño

Cada sistema incluye desde el primer día los controles que exige la información clínica, no como un agregado al final del proyecto.

  • Acceso por rol

    Cada usuario ve y modifica sólo lo que su función requiere: administración, profesionales y laboratorio tienen permisos distintos, que define la institución. Las cuentas son personales y se dan de baja cuando alguien deja el servicio.

  • Registro de auditoría

    Queda registrado quién consultó o modificó cada dato, y cuándo. Una corrección no borra lo anterior: cada versión queda guardada, para preservar la integridad de la historia clínica.

  • Cifrado

    La información viaja cifrada y se almacena cifrada, también en las copias de seguridad. Las contraseñas se guardan de forma irreversible: ni quien administra el sistema puede leerlas.

  • Copias de seguridad

    Respaldos automáticos, guardados fuera del servidor principal, y restauración probada periódicamente: un respaldo que nunca se restauró no está comprobado.

  • Datos bajo control de la institución

    Se alojan en sus propios servidores o en la nube que elija, y son de la institución: puede exportarlos completos, en formatos abiertos, en cualquier momento, también si decide dejar de usar el sistema.

  • Desarrollo con datos de prueba

    Los datos reales de pacientes no salen del entorno que la institución autoriza. El desarrollo y las pruebas se hacen con datos ficticios, y el acceso al sistema en uso para dar soporte se limita a lo que la institución habilite y queda en el registro de auditoría.

Normativa

Los sistemas se diseñan para que la institución cumpla con la Ley 25.326 de Protección de Datos Personales y la Ley 26.529 de Derechos del Paciente, que regula la historia clínica. En proyectos con instituciones del exterior, contemplan los requisitos de seguridad de HIPAA (Estados Unidos) y del RGPD (Unión Europea).

Estándares internacionales

Para que los datos puedan intercambiarse con otros sistemas y compararse entre centros:

  • HL7 FHIR
  • SNOMED CT
  • CIE-10
  • HPO
Retrato de Alan Gómez Forero

Alan Gómez Forero

Médico egresado de la Universidad de Buenos Aires, residente de Genética Médica en el Centro Nacional de Genética Médica y fundador de K-mer Labs.

k-mer: cada uno de los fragmentos de k bases consecutivas que se pueden leer en una secuencia de ADN. El k lo elige quien analiza, condicionado por el método. En un nanoporo como el de la figura, la corriente depende de las nueve bases que ocupan en cada momento la zona de lectura, en rojo, y de esa señal se reconstruye la secuencia. De ahí el nombre, y también el método: un problema grande, resuelto en partes manejables.

k-mer k = 9
Poro R10.4.1 de Oxford Nanopore · CsgG:CsgF (PDB 6SI7)

Coordinemos una primera reunión

Contanos el problema, aunque todavía no esté definida la herramienta que lo resuelve. La primera reunión sirve para entenderlo y ver juntos si tiene sentido avanzar, sin ningún compromiso.

contacto@kmer-labs.com.ar

o al +54 9 11 6164-0251