# Desarrollo de Software para Salud | HIPAA y RGPD | Alher Tech > Software a medida para clínicas, hospitales y startups de salud digital. HL7/FHIR, integraciones con EHR, conforme a HIPAA y RGPD/LOPD. - Canonical page: https://alhertech.com/es/sectores/software-para-salud/ - Site: Alher Tech (custom software, AI agents and SEO engineering, https://alhertech.com/) - Contact: https://alhertech.com/es/contacto/ --- Software a medida para clínicas, áreas de gestión hospitalaria y empresas de salud digital: HL7/FHIR, HIPAA, RGPD/LOPD e integraciones reales con EHR. ## Qué Aporta Software para Salud - **Construido para HIPAA, RGPD y LOPD desde el día uno**: Quien compra software sanitario suelen ser grupos de clínicas privadas consolidando bajo un único sistema de gestión, unidades de innovación hospitalaria reemplazando herramientas internas de hace 15 años, y startups de salud digital construyendo apps complementarias que tienen que enchufarse a HCEs existentes. El motivo casi nunca es "queremos IA": es la fragmentación. Una clínica con Doctoralia para citas, una herramienta de facturación aparte, una HCE que no habla con ninguna, y personal tecleando los mismos datos del paciente tres veces. Lo sustituimos por un sistema único, integrado vía HL7/FHIR, que respeta el RGPD en la UE y HIPAA cuando hay exposición a EE. UU. - **Integraciones HL7/FHIR reales, no demos de juguete**: Hemos entregado conectores FHIR R4 contra Epic, Cerner, Athena, OpenMRS y HCEs españolas como SELENE y HCIS. Mapeamos mensajes ADT, resultados de laboratorio, órdenes de imagen y altas, incluida la parte sucia del mundo real donde extensiones y segmentos Z propios rompen parsers ingenuos. - **Telemedicina que aguanta carga real**: Videoconsultas sobre SFUs WebRTC (mediasoup, LiveKit) con latencia sub-300ms, chat persistente, compartición de archivos, e-prescripción y notas post-consulta resumidas por un escriba IA. Hemos operado plataformas con 800 consultas concurrentes en un único clúster. - **Imagen médica y DICOM cuando hace falta**: Para flujos de radiología, anatomía patológica y dermatología nos conectamos a PACS por DICOMweb (WADO-RS, STOW-RS), montamos visores sobre Cornerstone3D y enrutamos estudios a servicios de inferencia IA. Hemos acompañado a clientes en marcado CE bajo MDR (UE 2017/745) clase IIa. - **UX clínica, no UX corporativa**: Una enfermera en un turno de 12 horas no va a leer tooltips. Diseñamos para uso a una mano sobre tablet, atajos de teclado para usuarios avanzados en recepción, y formularios que se autocompletan desde recursos FHIR para que nadie reteclee un ID de paciente por cuarta vez hoy. - **IA auditable dentro del flujo clínico**: Asistentes de triaje, resumen de notas clínicas y sugerencias de codificación (CIE-10, SNOMED CT), todos con scores de confianza explícitos, citas a la fuente y un paso humano-en-el-bucle. No dejamos que un LLM diagnostique solo. Dejamos que acelere al clínico. ## Cómo Construimos Tu Software para Salud - **Sombra de flujo clínico**: Antes de escribir una línea de código nos sentamos con quien va a usar el software (recepción, enfermería, facultativos, facturación) y cronometramos los pasos que dan de verdad, no los que dice el organigrama. - **Diseño de cumplimiento y flujo de datos**: Mapeamos cada punto de contacto con datos de salud, definimos la base jurídica bajo el Art. 9 del RGPD, redactamos el texto del BAA para alcance HIPAA y alineamos plazos de conservación (5 años clínica privada, 15 años hospital en España). - **Modelo de datos FHIR-first**: Diseñamos nuestras entidades internas para que exportar a FHIR R4 sea un mapeo uno-a-uno, no una migración futura. Eso es lo que hace baratas las integraciones con HCEs después. - **Releases iterativos con visto bueno clínico**: Ciclos de dos semanas, cada release validado por un clínico de plantilla. Nada llega a producción hasta que alguien que trata pacientes confirma que no le rompe el día. - **Pentest antes del go-live**: Pentest externo enfocado en el OWASP API Top 10 y las salvaguardas técnicas de HIPAA. Un control de acceso roto en un sistema clínico no es un bug, es un incidente regulatorio. - **Soporte clínico post-lanzamiento**: Rotación de guardias durante los primeros 90 días, revisión semanal de logs de acceso, informe mensual de cumplimiento: la parte aburrida que te mantiene fuera de las noticias. ## Stack de alto rendimiento usado por líderes globales React/Next.js/Angular en el frontend y Java 21 + Spring Boot + PostgreSQL 14 en el backend: el mismo stack que impulsan BBVA, ING y Netflix por su seguridad y rendimiento. ## Software para Salud: Preguntas Frecuentes ### ¿Cuánto cuesta construir un producto de software para salud? Un módulo acotado (un flujo de reserva + consentimiento, un MVP de telemedicina, un portal del paciente) suele estar entre 25.000€ y 60.000€. Un sistema de gestión clínica completo con integración HCE, facturación y receta electrónica va de 80.000€ a 180.000€. Una app complementaria de dispositivo médico bajo MDR arranca en torno a 120.000€ por el coste documental. Cotizamos por módulo tras una llamada de descubrimiento gratuita. ### ¿Cuánto tarda la implementación? Un primer release en producción de un módulo está sobre 12 semanas. Una plataforma completa la entregamos en 5-9 meses en incrementos de dos semanas. No hacemos lanzamientos big-bang en sanidad. Cada release es una oportunidad de que el personal lo rompa antes de que les rompa el día. ### ¿Conocéis HIPAA, RGPD y el Reglamento Europeo de Productos Sanitarios? Sí. Firmamos BAAs en proyectos bajo HIPAA, diseñamos cada sistema con el Art. 9 del RGPD y la LOPD-GDD en mente, y hemos acompañado a clientes en expedientes técnicos MDR (Reg. UE 2017/745) clase I y IIa. Para clientes en EE. UU. también gestionamos trazabilidad bajo 21 CFR Part 11 cuando hay exposición FDA. ### ¿Podéis integrar con nuestra HCE? Casi con seguridad. Hemos integrado por FHIR R4 y HL7v2 con Epic (App Orchard), Cerner (ahora Oracle Health), Athenahealth, Meditech, OpenMRS, SELENE y HCIS. Si tu HCE tiene cualquier interfaz moderna, nos conectamos. Si es un sistema legacy que solo habla SOAP o vuelcos planos, también lo hemos hecho. Solo es más lento. ### ¿Cómo gestionáis residencia de datos y privacidad del paciente? Para clientes españoles y UE, todos los datos de salud se quedan en regiones UE (AWS eu-west-1/eu-central-1, Azure West Europe, OVH si la soberanía es requisito duro). Para clientes US, los datos se quedan en US-East/US-West usando solo servicios HIPAA-eligible. Nunca mezclamos datos UE y US en la misma base, y nunca dejamos que datos clínicos salgan del tenant del cliente para analítica sin pseudonimización explícita. ### ¿Podéis ayudarnos a pasar una auditoría? Sí. Entregamos un pack de seguridad y cumplimiento que cubre ejemplos de trazas de auditoría, diagramas de flujo de datos, matriz RBAC, configuración de cifrado, política de backup y runbook de respuesta a incidentes. La mayoría de nuestros clientes lo usan tal cual para auditorías ENS, ISO 27001 o HITRUST sin reescribirlo. ### ¿Construís apps móviles nativas para pacientes? Cuando el caso lo justifica, sí: React Native para multiplataforma, Swift/Kotlin nativo cuando necesitamos HealthKit, Google Fit, NFC para tarjeta sanitaria o BLE en background para dispositivos conectados. Para la mayoría de portales del paciente una PWA es suficiente y evita el dolor de revisión de las stores. ### ¿Qué pasa con nuestros datos si dejamos de trabajar con vosotros? Tú eres dueño de todo: código fuente, infraestructura, base de datos, documentación. Desplegamos en tu cuenta cloud desde el primer sprint, no en la nuestra. Si nos separamos, entregamos credenciales y una ventana de soporte de 30 días. No nos llevamos ningún dato, nunca. ### ¿Trabajáis con clientes globalmente? Sí. Trabajamos 100% en remoto con clientes en España, Europa, EE. UU. y LATAM. Zonas horarias, videollamadas y demos en vivo en cada hito.