Deutschland · DSGVO · § 203 StGB · § 630f BGB · NIS2 · SGB V

Alemania hace dos preguntas que no hace ningún otro país. Las dos tienen respuesta aquí.

A las consultas alemanas se les aplican las reglas europeas que todo el mundo conoce y, encima, una segunda capa específicamente alemana. Una de esas reglas alemanas no es una norma de protección de datos en absoluto: es derecho penal, y pone al terapeuta personalmente en riesgo por la elección del proveedor de software.

Esta página explica la capa alemana en palabras corrientes, dice qué podemos poner por escrito y es igual de clara sobre la parte del mercado alemán a la que no podemos servir. Esa última sección es corta y no está escondida.

Praxisinhaber Datenschutzbeauftragte Geschäftsführung von Praxisgruppen Fachanwälte für Medizinrecht

§ 203el que es penal 10 añostras terminar el tratamiento 0datos de pacientes en nuestro poder 50+de plantilla y se aplica NIS2 2carriles que no tenemos

Qué se aplica en Alemania § 203 StGB Qué ponemos por escrito Cómo funciona el acceso de soporte Conservación del § 630f NIS2 Qué no podemos hacer Dónde somos más fuertes Lo que queda de su lado

01 — Orientación

Dos capas, y la segunda es la alemana

Casi todo lo que se escribe sobre datos de salud en Alemania trata en realidad de la DSGVO, el nombre alemán del RGPD. Esa parte es europea y se aplica igual en Viena, Ámsterdam y Berlín. Está cubierta en la página del RGPD, y todo lo de allí se aplica aquí sin cambios.

Lo que hace distinta a Alemania es la segunda capa que se apoya encima: derecho nacional que va más allá del RGPD, de maneras que cambian lo que una consulta puede comprar. Tiene cuatro piezas, y la primera es la que nadie espera.

Strafgesetzbuch

§ 203 StGB — secreto profesional, exigido por el derecho penal

La confidencialidad en la sanidad alemana no es solo un deber profesional. Romperla es un delito. Y desde una reforma de 2017, el profesional comete también delito si deja que un proveedor de informática se acerque a los datos de pacientes sin obligar antes a ese proveedor al secreto por escrito.

Por qué importa para una decisión de software: esta es la regla que decide si una consulta puede comprarnos lícitamente siquiera. Sección 02.

Bürgerliches Gesetzbuch

§ 630f BGB — cuánto se conservan las historias

Las historias de pacientes deben conservarse diez años después de terminar el tratamiento , no diez años después de crear el expediente. El código deontológico de los psicoterapeutas dice lo mismo.

Por qué importa: una regla de conservación contada desde la fecha equivocada está mal siempre. Nuestra conservación cuenta desde el final del tratamiento, que es el anclaje correcto. Sección 05.

NIS2UmsuCG · BSI-Gesetz

NIS2 — deberes de ciberseguridad para organizaciones mayores

En vigor en Alemania desde diciembre de 2025. La sanidad está dentro del ámbito y el umbral es aproximadamente 50 empleados o 10 millones de euros de facturación. Trae un programa de gestión de riesgos, notificación de incidentes en 24 y 72 horas, deberes sobre la cadena de suministro y responsabilidad personal de la dirección.

Por qué importa: una consulta única queda fuera del ámbito; un grupo en crecimiento no. Sección 06.

Sozialgesetzbuch V

SGB V y la Telematikinfrastruktur — el carril estatutario

Para facturar a los seguros obligatorios a través de una Kassenärztliche Vereinigung, una consulta debe usar un sistema que haya superado la evaluación de conformidad KOB de gematik y esté conectado a la Telematikinfrastruktur.

Por qué importa: no tenemos esa certificación, así que la facturación estatutaria nos está cerrada. Esto es una frontera, no un pendiente, y la sección 07 lo dice sin rodeos.

La versión corta, para quien decide si seguir leyendo

Si lleva una consulta privada —Privatpraxis, Selbstzahler, seguro privado o Beihilfe—, todo lo de esta página es viable y el § 203 es la conversación que hay que tener. Si tiene un Kassensitz y factura a una KV, necesita un sistema certificado KOB y nosotros no lo somos; la respuesta honesta es que no somos su sistema de gestión de consulta, y la sección 07 explica qué sí podríamos ser.

02 — § 203 StGB

La regla que pone en riesgo al terapeuta, no al proveedor

Esta es la sección más importante de la página, y vale la pena leerla aunque delegue todas las demás cuestiones de cumplimiento. Es corta, es inusual y decide si una compra es lícita.

El punto de partida

Aquí la confidencialidad es derecho penal

Un psicoterapeuta alemán que deja que la persona equivocada vea el expediente de un paciente no solo incumple una norma profesional. Comete un delito.

Eso ha sido siempre así. Lo que cambió en 2017 es cómo se aplica a la realidad corriente de que alguien tiene que mantener el software.

La reforma de 2017

La ayuda externa pasó a ser lícita, con condiciones

La ley creó una categoría llamada sonstige mitwirkende Personen —otras personas participantes—. Se puede dejar entrar a un proveedor de informática dentro del círculo del secreto, en la medida en que sea necesario para el trabajo, y no más allá. La palabra de la ley es erforderlich.

Así que un proveedor que ve datos de pacientes durante una sesión de soporte no incurre automáticamente en una infracción. Es lícito, si se cumple la condición de abajo.

La condición

La consulta debe obligar antes al proveedor

El profesional debe obligar por escrito al proveedor al secreto, y debe instruirlo expresamente sobre las consecuencias penales de una infracción, antes de dar acceso.

Si no lo hace, es el profesional quien ha cometido el delito —hasta un año de prisión o multa—. No el proveedor. El profesional.

La consecuencia

El delito ocurre aunque no se filtre nada

Esta es la parte que sorprende. El ilícito es no obligar, no la filtración. Una consulta que dio acceso a un proveedor sin la declaración ya ha cometido el delito, un día en que no salió nada mal.

Por eso el abogado de una consulta alemana pedirá este documento antes de firmar, y detendrá la compra si no existe.

Un ejemplo, porque la versión abstracta despista

Sin la declaración

Dra. Weber, consulta de cuatro terapeutas, München

Un informe deja de funcionar un martesEscribe al proveedor pidiendo ayuda.
Un técnico se conecta a mirarPara leer el error ve nombres de pacientes en la pantalla.
El delito se consuma aquíImplicó a un proveedor sin obligarlo antes. No se ha filtrado nada. Da igual.
El fallo se arregla y todos contentosDurante dos años.
Luego una denuncia, una auditoría o un litigioAlguien pregunta quién tuvo acceso a las historias de pacientes y bajo qué acuerdo. No hay respuesta, y la expuesta es ella.

Con la declaración

Misma consulta, mismo martes

La declaración se firmó en la compraArchivada con el contrato. Dos páginas.
Concede acceso de soporte y luego lo revocaNo un acceso permanente: acceso para este trabajo.
El sistema registra quién abrió quéEn un registro que nadie puede editar, incluida su propia administración e incluidos nosotros.
El fallo se arreglaMismo resultado, mismo martes.
Dos años después, la misma preguntaTiene la declaración, el registro de accesos y las horas. La respuesta lleva un minuto y la expuesta no es ella.

Dos documentos, no uno, y la diferencia importa

El Auftragsverarbeitungsvertrag (AVV) es el contrato de encargo del RGPD. Todo proveedor tiene uno, y protege frente a las multas de la autoridad de protección de datos.

El § 203 Verpflichtungserklärung es un documento aparte de derecho penal. Protege al profesional frente a una acusación. Un AVV no cumple el § 203, y un proveedor que solo ofrece un AVV no ha respondido a la pregunta. Hacen falta los dos.

03 — Qué podemos poner por escrito

La declaración del § 203, cláusula por cláusula

Una § 203 Verpflichtungserklärung es corta: dos o tres páginas. Abajo está lo que contiene y, al lado de cada cláusula, lo que podemos prometer honestamente frente a ella. Algunas son más fuertes para nosotros que para un proveedor en la nube, y una de ellas es una admisión sin rodeos.

Lea con atención la columna de estado. La arquitectura que hace creíbles estas promesas existe hoy. El documento en sí todavía no existe, y esta página no va a fingir lo contrario.

✓Cierto hoyLa plataforma ya funciona así y se puede demostrar. ⚙Decisión suyaEstá soportado, y su consulta fija con qué rigor se aplica. —Todavía sin redactarNombrado aquí en lugar de insinuado. Véase la nota bajo la tabla.

Cláusula de la declaración	Estado	Qué dice, y qué podemos prometer
1 · Quién y qué	—	Nombra a ambas partes e indica qué contrato de servicio complementa. Es un anexo al acuerdo principal, nunca un documento suelto, y acompaña al AVV en lugar de ir dentro de él.
2 · Reconocimiento del estatus	—	Confirmamos por escrito que actuamos como sonstige mitwirkende Person según el § 203 Abs. 3; es decir, aceptamos estar dentro del círculo del secreto y no ser un tercero con contrato. Aceptar ese estatus es lo que hace lícito que la consulta nos implique.
3 · La promesa de confidencialidad	—	Guardamos en secreto todo lo que conozcamos: nombres, citas, contenido de las sesiones y el hecho mismo de que una persona concreta sea paciente. En psicoterapia esto último es a menudo todo el secreto, y una cláusula que lo omite ha errado el tiro.
4 · Acceso solo en lo necesario	✓	El criterio de la ley es erforderlich —necesario—. Aquí es donde nuestra arquitectura se gana su sitio. No tenemos ninguna copia de sus datos: el sistema corre en su servidor. No tenemos ningún acceso permanente. El acceso de soporte se solicita, se concede para un trabajo y se retira. Eso no es una política que le pidamos creer; es lo que significa el alojamiento propio.
5 · La Belehrung — instrucción sobre las consecuencias penales	—	El documento debe decir expresamente que una infracción se castiga según el § 203 Abs. 4 Satz 1 StGB con hasta un año de prisión o multa. Una cláusula de confidencialidad sin esta advertencia no cumple la ley —es el defecto más común en el papeleo de los proveedores, porque los acuerdos de confidencialidad corrientes nunca la llevan.
6 · Nuestro propio personal, obligado uno a uno	—	No basta con que prometa una empresa. Cada técnico que pudiera alcanzar su sistema debe comprometerse personalmente por escrito. La declaración nos obliga a hacerlo y a conservar esos registros.
7 · Subcontratistas	⚙	Cualquiera a quien incorporemos —alojamiento, copias de seguridad, un desarrollador externo— debe estar acordado con usted por adelantado y obligado de forma idéntica antes antes de tocar nada. La cadena debe estar intacta y usted debe saber quién está en ella. Como usted mismo aloja el sistema, esta cadena suele ser muy corta o estar vacía, y el extremo del alojamiento lo controla usted.
8 · El deber sobrevive al contrato	—	No cinco años. Indefinidamente. Un técnico que se marcha sigue obligado en 2040, y nosotros también después de que usted deje de ser cliente.
9 · Devolución o destrucción al final	✓	Se confirma por escrito cuando termina la relación. Para nosotros es más ligero que para la mayoría: normalmente no hay nada de nuestro lado que devolver, porque los datos nunca salieron de su servidor. Cuando se hizo una exportación de diagnóstico para un caso de soporte, se confirma su destrucción.
10 · Resolución inmediata	—	Puede terminar el contrato en el acto si deja de estar asegurado el cumplimiento. Esta es su protección, no la nuestra, y le corresponde estar en el documento.
11 · Forma	—	Textform basta: para los profesionales sanitarios es suficiente un PDF firmado por correo. Solo los notarios exigen forma escrita plena. Así que esto no es un obstáculo para una compra a distancia.
12 · Prueba de que las cláusulas se cumplieron	✓	No es una cláusula estándar, y conviene añadirla. Cada apertura de una historia clínica se escribe en un registro antes de mostrar el contenido, incluidas las nuestras durante el soporte. El registro es de solo anexado y está encadenado, así que las entradas no se pueden editar ni quitar, ni por su administración ni por nosotros. Si alguna vez alguien pregunta quién vio un expediente y cuándo, la declaración va respaldada por un registro y no por una promesa.

Dónde está esto realmente hoy

Las filas marcadas ✓ describen cómo funciona la plataforma ahora y se le pueden mostrar en una demostración. El documento no está redactado. Hay que escribirlo y tiene que revisarlo un Fachanwalt für Medizinrecht alemán antes de llegar a ninguna consulta, porque la responsabilidad que aborda es penal y una plantilla encontrada en internet no vale.

Si nos está evaluando y este documento está en su lista de comprobación, dígalo pronto. Es un trabajo breve y no es una dependencia técnica, pero no debería improvisarse en la semana de la firma.

Por qué un proveedor con alojamiento propio puede decir más aquí que uno en la nube

Un servicio de gestión de consulta en la nube guarda sus historias de pacientes en su propia infraestructura, y su personal puede alcanzarlas por diseño. Su exposición al § 203 es permanente y amplia, y ninguna redacción cambia eso.

Nuestra respuesta a «¿hasta dónde necesita ver el proveedor?» es normalmente, nada —y cuando la respuesta es «durante la próxima hora», el acceso lo concede usted, queda registrado y se retira. El criterio legal es la necesidad, y eso es una cuestión de arquitectura antes que de redacción.

04 — En la práctica

Qué ocurre realmente cuando le ayudamos con un problema

El § 203 gira sobre una pregunta: cuánto necesitó ver el proveedor, y si puede demostrarlo. Así que aquí está la secuencia, paso a paso, para el caso corriente en que algo se rompe y nos pide que miremos.

1 el software lo hace solo 1 una persona decide o hace algo ✕ el software lo rechaza

§ 203 Abs. 3 StGB · el criterio de necesidad Una petición de soporte, del primer correo al ticket cerrado El sentido de este flujo es que en cada paso o no hay acceso, o hay un acceso que alguien concedió y que algo registró.

Un día corriente no podemos ver nada
El sistema corre en su servidor, en su edificio o su centro de datos. No hay conexión permanente de nosotros hacia él ni copia de sus datos de nuestro lado. Este es el estado en que está el sistema casi todo el tiempo.
Usted comunica un problema
Normalmente con una descripción y una captura, que a menudo bastan por sí solas.
Usted decide si hace falta que entremos siquiera
Muchas incidencias se resuelven con los registros y el texto del error, sin acceso a datos de pacientes. Esa es también la respuesta más barata bajo el § 203, además de la más rápida.
Si hace falta, usted concede acceso para este trabajo
No una cuenta permanente. Una cuenta para esta pieza de trabajo, que puede cerrar en cualquier momento.
El acceso sigue las mismas reglas que el de su propio personal
No hay puerta trasera de proveedor ni anulación de mantenimiento. Una cuenta de soporte está sujeta a las mismas comprobaciones que la cuenta de un clínico.
no existe ninguna anulación general
Los documentos clínicos siguen cerrados salvo que usted los abra a propósito
Las historias cifradas solo se abren para alguien con una relación asistencial registrada con ese paciente. Un técnico de soporte no tiene ninguna, así que la respuesta corriente es la negativa, y el caso de soporte corriente nunca las necesita.
Lo que se abra se escribe antes en el registro
Antes de que aparezca el contenido. De solo anexado y encadenado, así que una entrada no se puede quitar después en silencio: ni por nosotros ni por su propia administración.
Usted retira el acceso cuando se cierra el ticket
Y el registro de qué era alcanzable, y durante cuánto tiempo, se queda.
Puede producir toda la historia más adelante
Quién se conectó, cuándo, qué se abrió. Esta es la prueba de que se cumplió el criterio de necesidad, que es exactamente lo que pedirá un abogado, un auditor o un paciente que reclama.

El contraste que conviene trazar en una conversación competitiva: con un sistema de gestión de consulta en la nube, los pasos 1, 4 y 8 no existen. El acceso del proveedor es continuo y arquitectónico, y la respuesta honesta a «¿cuánto pueden ver?» es «todo, cuando quieran». Eso no es una crítica a ningún proveedor concreto: es lo que significa alojar las historias de otro.

05 — Conservar historias

Diez años, contados desde el día correcto

El § 630f Abs. 3 BGB exige conservar las historias de pacientes diez años después de terminar el tratamiento. El código deontológico de los psicoterapeutas dice lo mismo. Suena sencillo y es donde un número sorprendente de sistemas está callada y equivocadamente mal.

Qué pide la regla	Estado	Cómo funciona aquí
Diez años desde el final del tratamiento§ 630f Abs. 3 BGB	✓	El reloj corre desde una fecha almacenada —el final de la relación de tratamiento— y no desde el momento en que se creó un documento. Una nota escrita en la primera sesión y otra escrita en la última se conservan hasta el mismo día, que es lo que la regla quiere decir y no lo que produciría una regla basada en la antigüedad del archivo.
El plazo alemán, listo para usar	⚙	El mecanismo está construido y el plazo alemán de diez años se introduce como un ajuste. Para los clientes británicos entregamos el calendario del NHS ya hecho y todavía no entregamos un equivalente alemán, así que esto es una línea de configuración en la instalación en lugar de algo ya relleno. Preferimos decirlo a que usted lo descubra.
Una eliminación que se puede demostrar	✓	Cuando vence el plazo se destruye la clave de cifrado, no la fila. El contenido queda ilegible para siempre mientras permanecen un envoltorio vacío y el rastro de auditoría, de modo que puede demostrar que una historia existió y se eliminó en plazo, cosa que una fila borrada no puede.
Nada se destruye mientras haya una retención	✓	Una retención legal suspende la eliminación. Un litigio, una reclamación o una disputa con un seguro paran el reloj sin que nadie tenga que acordarse de intervenir.
Plazos más largos donde se aplican	⚙	Parte del material se conserva treinta años por otras disposiciones —no suele ser relevante en psicoterapia—, pero si su consulta tiene alguno, el plazo se fija por tipo de documento y no para todo el expediente.

06 — NIS2

La ley de seguridad que llega cuando una consulta se convierte en grupo

NIS2 es la directiva europea de ciberseguridad. Alemania la puso en vigor en diciembre de 2025, y la sanidad es uno de los sectores que cubre. El umbral es aproximadamente 50 empleados o 10 millones de euros de facturación.

Una consulta única queda fuera del ámbito y puede dejar de leer aquí. Un grupo de seis sedes con sesenta personas está dentro del ámbito, y los deberes son reales: un programa documentado de gestión de riesgos, una notificación temprana del incidente en 24 horas y otra más completa en 72, comprobaciones sobre sus propios proveedores y responsabilidad personal de la dirección.

Casi ningún sistema de gestión de consulta tiene nada que decir sobre esto, porque no es una función de historias clínicas. Nosotros sí, porque la misma maquinaria ya estaba construida para las reglas sanitarias estadounidenses y las dos listas se solapan casi por completo.

Qué le pide NIS2	Estado	Qué guarda ya la plataforma
Un programa de gestión de riesgos, por escrito	✓	Un registro de riesgos: cada riesgo con su activo, la amenaza, la debilidad, la probabilidad, el impacto, el control ya implantado, el riesgo residual, un responsable y una fecha de revisión. Una evaluación no se puede aprobar mientras haya un riesgo sin valorar, y una que no contenga ningún riesgo no se puede aprobar en absoluto: un registro vacío es un hallazgo, no un certificado de buena salud.
Gestión de incidentes	✓	Un registro de incidentes con el momento en que tuvo conocimiento, qué estaba implicado, a quién afectó y las decisiones tomadas. Los relojes de 24 y 72 horas tienen la misma forma que el reloj de 72 horas del RGPD ya construido, contados desde el conocimiento y no desde el suceso.
Continuidad de negocio y copias de seguridad	✓	Un plan de contingencia, sus pruebas con sus resultados, y un análisis de qué sistemas y datos importan más. Los registros de prueba son la parte que piden los auditores, porque una copia de seguridad que nadie ha restaurado es una esperanza y no un control.
Seguridad de la cadena de suministro	✓	Un registro de proveedores con sus acuerdos y sus fechas, y una comunicación a un proveedor se rechaza si el acuerdo ha caducado. También ayuda que su proveedor más sensible, el del software, no tenga ninguno de sus datos.
Control de acceso, altas y bajas	✓	Un registro de autorizaciones que dice a quién se concedió qué y cuándo se revisó por última vez, y un registro de baja: la prueba de que el acceso terminó el día en que alguien se marchó y no tres meses después.
Formación y concienciación	✓	Registros de formación por persona, junto a las titulaciones y fechas de caducidad que la consulta ya sigue.
Criptografía y acceso a los datos	✓	Documentos clínicos cifrados uno a uno con claves guardadas fuera de la base de datos, y cada apertura registrada. Véase la página de documentos seguros para saber cómo funciona y dónde están sus límites.
Revisión de la eficacia	✓	Un registro de evaluación periódica con fecha, para que «¿cuándo comprobó por última vez si algo de esto sigue funcionando?» tenga respuesta.
Registro ante el BSI	—	Le toca a usted, no a nosotros. La ventana alemana de registro se abrió con la ley y se cerró en marzo de 2026; si está dentro del ámbito y no se ha registrado, esa es una conversación para sus abogados y no para un proveedor de software.

El límite honesto de todo esto

Cada fila de arriba es un sitio donde guardar un registro. Un registro de riesgos sin nada dentro no prueba nada, y un auditor mira los registros y no si el software tiene dónde guardarlos. Lo que la plataforma elimina es la excusa de que no había dónde escribirlo, y el coste de comprar una herramienta de gobernanza aparte para hacerlo.

07 — Qué no podemos hacer

El carril estatutario alemán, y por qué no estamos en él

Esta sección existe porque de todos modos va a enterarse, y enterarse tarde es peor para los dos. Es corta.

No lo tenemos, y no está en la hoja de ruta

Evaluación de conformidad KOB de gematik. Desde el 1 de enero de 2026, un sistema usado para facturar a una Kassenärztliche Vereinigung tiene que haberla superado. Nosotros no, así que la facturación estatutaria nos está cerrada. Esto es un programa de certificación, no una función que no nos haya dado tiempo a hacer.
Telematikinfrastruktur — conector, VSDM, KIM, ePA, eRezept, eAU. Los carriles estatutarios de mensajería e historia. Obligatorios con un Kassensitz; no en otro caso.
KBV PVS-Zulassung. Certificación del propio sistema de consulta.
Facturación estatutaria EBM y KVDT. Los catálogos y formatos de archivo para facturar a la KV.
Zertifizierter Videodienstanbieter según el Anlage 31b BMV-Ä. Necesario para facturar a una KV una videoconsulta. Nuestro vídeo funciona; no lleva ese certificado.
Antrags- und Gutachterverfahren. El procedimiento estatutario de solicitud y dictamen en psicoterapia.

Qué deja eso, y no es poco

La consulta privada está realmente abierta. Privatpraxis, Selbstzahler, seguro privado y Beihilfe no necesitan nada de lo anterior, y las listas de espera del sistema estatutario alemán han hecho de la psicoterapia de pago privado una parte grande y creciente del mercado.

Y una consulta con Kassensitz no queda necesariamente fuera de la conversación. El carril estatutario es una parte de llevar una consulta. La operación multisede, los turnos del personal, los pagos a los profesionales, los contratos, los documentos clínicos seguros y el programa de gobernanza de la sección 06 son las partes que peor resuelven los sistemas alemanes certificados, porque se construyeron para consultas de una a cinco personas. Algunos grupos nos usan junto a un PVS certificado en lugar de en su lugar. Esa es una forma real de despliegue, y vale la pena hablarlo abiertamente en vez de fingir que la certificación da igual.

08 — Dónde somos más fuertes

Nueve cosas inusuales en el mercado alemán

No es una lista de funciones: a los sistemas alemanes no les faltan funciones. Estos son los puntos en los que la forma de construir esta plataforma produce una respuesta que los actores establecidos no pueden dar por estructura.

01Sus datos nunca salen de su edificio

Alojado en su propio servidor. No tenemos copia. Esa es la respuesta más corta posible al criterio de necesidad del § 203, y ningún servicio en la nube puede darla.

Responde a«Wo liegen unsere Patientendaten?»

02Una supresión que suprime de verdad

Una solicitud de borrado destruye la clave de cifrado, no solo la fila. El contenido queda ilegible para siempre mientras sobrevive la prueba de la eliminación. Borrar una fila de la base de datos es reversible desde una copia de seguridad; esto no.

Responde a«Wie setzen Sie Art. 17 DSGVO wirklich um?»

03Un registro de lecturas que nadie puede editar

Cada apertura de una historia clínica, escrita antes de que aparezca el contenido, en una cadena donde una entrada quitada se detecta. Ni siquiera su propia administración puede cambiarlo en silencio.

Responde a«Wer hat diese Akte gesehen?»

04El acceso sigue la relación de tratamiento

No el cargo. Una terapeuta alcanza a sus propios pacientes, no a los de la consulta, y el acceso termina cuando termina la relación. Esto es el mínimo necesario construido dentro del almacenamiento y no escrito en una política.

Responde a«Kann jede Therapeutin jede Akte öffnen?»

05Sin puerta trasera del proveedor

No hay anulación de mantenimiento ni superusuario de soporte. Una cuenta de administración tampoco abre por sí sola ningún contenido clínico.

Responde a«Was kann Ihr Support sehen?»

06Construido para más de una sede

Agenda multisede, pagos a profesionales, contratos e informes de grupo. Los actores alemanes establecidos se construyeron para consultas de una a cinco personas y se nota en cuanto un grupo crece.

Responde a«Funktioniert das mit sechs Standorten?»

07El programa de NIS2 viene incluido

Registro de riesgos, registros de incidentes, pruebas de continuidad, formación, revisiones de acceso. Ni una herramienta aparte ni la hoja de cálculo de un consultor.

Responde a«Wie erfüllen wir NIS2 ohne zusätzliche Software?»

08Código abierto, y legible

Construido sobre Odoo Community. Su propia gente de seguridad, o los auditores que contrate, pueden leer cada línea en vez de fiarse de la palabra de un proveedor.

Responde a«Können wir das selbst prüfen lassen?»

09Sin proveedor de firma por usuario

Los consentimientos y los contratos de tratamiento se firman en su propio sistema con su propio rastro de auditoría. No se manda nada a un servicio de firma externo para que lo refrende.

Responde a«Wer sieht unsere unterschriebenen Dokumente?»

09 — Su lado de la línea

Lo que se queda en la consulta

El derecho alemán pone sus deberes sobre el profesional y la consulta, no sobre el software. Un proveedor puede guardar las pruebas y hacer real el flujo de trabajo. No puede ser el Berufsgeheimnisträger.

No es asesoramiento jurídico, y ningún producto está certificado en nada de esto

Nada de lo que hay aquí es asesoramiento jurídico, y ningún software es «DSGVO-zertifiziert» ni «§ 203-konform»: esos certificados no existen para productos. Todo lo de abajo es suyo, y cada afirmación de esta página debería confirmarse con un Fachanwalt für Medizinrecht alemán antes de llegar a un contrato. Eso vale con especial fuerza para el § 203, porque allí la responsabilidad es penal.

Firmar los acuerdos. El AVV del RGPD y la declaración del § 203 son documentos que usted firma y conserva. Nosotros debemos aportarlos; solo usted puede archivarlos.
Decidir quién recibe una relación de tratamiento. El sistema aplica el acceso a través de las relaciones asistenciales. No decide quién debería tener una.
Su política de conservación. Diez años es el suelo legal. Si algo de su consulta necesita más tiempo es una decisión suya y de sus abogados.
Las obligaciones de su propio personal. Cada empleado que toque datos de pacientes debe estar obligado por escrito al secreto: ese es su deber hacia su propia gente, separado del nuestro.
La parte física. Dónde está el servidor, quién puede acercarse a él, cómo se cifran y guardan las copias de seguridad y quién tiene las llaves de la sala.
La propia clave de cifrado. Esta merece su propia lectura. Véase la página de documentos seguros — perder esa clave significa perder todos los documentos clínicos para siempre, por diseño, y no hay ruta de recuperación que pudiéramos construir sin destruir la protección que da.
El registro ante NIS2, si está dentro del ámbito, y la decisión sobre si lo está.
Vigilar las tareas programadas. La conservación y la eliminación corren automáticamente. Una tarea que se detiene en silencio es un problema de cumplimiento que solo aparece en una auditoría.

El resumen alemán, en un párrafo

Las reglas europeas se aplican aquí como en todas partes y están cubiertas en la página del RGPD. Encima de ellas Alemania añade el secreto profesional penal, que convierte la elección de proveedor en una cuestión jurídica para el profesional y no en una cuestión de compras, y el alojamiento propio es la respuesta más fuerte disponible. Las historias se conservan diez años desde el final del tratamiento, cosa que nuestros anclajes de conservación manejan correctamente. Los grupos mayores caen ahora bajo NIS2, y el programa de gobernanza que la plataforma ya lleva cubre casi todo lo que eso pide. Lo que no tenemos es el carril estatutario: ni certificación KOB, ni Telematikinfrastruktur, ni facturación a la KV, ni servicio de vídeo certificado. La consulta privada nos está abierta; un Kassensitz necesita un sistema certificado, sea junto a nosotros o en nuestro lugar.

10 — Adónde ir ahora

El resto del cuadro

Lea antesRGPD · Unión EuropeaLa capa europea que se aplica aquí sin cambios: base jurídica, supresión, portabilidad, registros de gobernanza. El núcleoDocumentos segurosCómo funciona el cifrado, quién puede abrir una historia y los riesgos que no tienen arreglo técnico. ComúnVisión general de seguridadEl modelo de acceso de Odoo, la seguridad del inicio de sesión y cómo se endurece el servidor. ReferenciaCatálogo de módulosCada pieza de la que está construida la plataforma, incluidos los módulos de gobernanza que NIS2 necesita.