Términos y condiciones de uso, licencia y suscripción

Versión 2.3 · Vigente desde el 7 de noviembre de 2026 · Reemplaza a la versión 2.2 del 31 de octubre de 2026 · Versión 1.0 más abajo

1. Identificación del proveedor y medios de contacto

1.1. HISEALO es la denominación comercial del servicio de software descrito en este documento, ofrecido por HISEALO APP E.I.R.L., con RUC N.° 20616723830 y domicilio fiscal en Av. Palmas Reales Mz. A Lote 2, Urb. El Golf Etapa 1, distrito de Víctor Larco Herrera, provincia de Trujillo, departamento de La Libertad, Perú, en adelante, el Proveedor.

1.2. El sitio principal es https://hisealo.com y la aplicación web se ofrece en https://app.hisealo.com. Los canales de soporte y comunicaciones contractuales son el correo [email protected] y el teléfono y WhatsApp +51 932 608 999. El Libro de Reclamaciones virtual se encuentra en https://hisealo.com/reclamos.html.

1.3. La identidad comercial que aparezca en la contratación, el comprobante y los canales de atención debe permitir identificar al responsable de la prestación. Si interviene una plataforma de cobro o un vendedor formal de la operación, su identidad y función se informarán antes del pago. Esa intervención no elimina las obligaciones que correspondan al Proveedor respecto del software.

1.4. Estos términos regulan la relación entre el Proveedor y quien contrata o utiliza lícitamente el servicio. No sustituyen contratos de trabajo, normas institucionales, obligaciones profesionales ni relaciones entre pacientes y establecimientos de salud.

1.5. Forman parte de este contrato, y se aceptan junto con él en la aplicación: la Política de Privacidad, el Compromiso de Confidencialidad y Uso Responsable de Información de Pacientes, el Acuerdo de Tratamiento de Datos Personales y la cláusula sobre herramientas de apoyo al registro clínico de las secciones 16.5 a 16.11.

2. Definiciones

2.1. Aplicación: el software HISEALO, sus interfaces, funciones administrativas, versiones y actualizaciones incluidas en el plan contratado.

2.2. Suscriptor: la persona natural o jurídica que contrata una licencia o suscripción. Usuario autorizado: la persona a quien legítimamente corresponda utilizarla conforme al plan, sus competencias y la autorización institucional pertinente.

2.3. Datos asistenciales o de pacientes: los datos de identificación, contacto, atención, diagnósticos, procedimientos, fechas, establecimientos, notas y demás información de terceros que el usuario introduce, importa, organiza o exporta mediante la aplicación.

2.4. Datos de cuenta y servicio: información necesaria para contratación, autenticación, licenciamiento, pagos, soporte, reclamos y funcionamiento técnico. Se distinguen de los datos asistenciales que se guardan localmente.

2.5. Registros: las entradas y conjuntos de información organizados por el usuario. Resultados: los documentos, formularios, listados, archivos, reportes y demás salidas producidas a partir de esos registros y de las funciones de la aplicación.

2.6. Fuente de respaldo: el documento, actuación, historia clínica, registro institucional u otra evidencia legítima que sustenta el dato introducido. Una sugerencia del programa no constituye por sí misma una fuente de respaldo de una atención.

2.7. Almacenamiento local: persistencia de datos en el navegador, perfil, dispositivo o archivos bajo control del usuario, sin que ello signifique automáticamente cifrado, respaldo externo, inmutabilidad o conservación permanente.

3. Objeto y finalidad del servicio

3.1. HISEALO tiene como finalidad principal facilitar la organización administrativa de información y optimizar el tiempo dedicado a preparar registros, listados y formularios. Puede permitir, según la versión y el plan, ingresar pacientes, reutilizar datos, organizar atenciones, consultar catálogos y generar archivos con estructura compatible con determinados formatos HIS.

3.2. La aplicación transforma y organiza información; no presencia las atenciones, no verifica materialmente que ocurrieron y no certifica por sí misma la verdad de los datos introducidos. La facilidad de generar un documento no acredita la existencia de la atención que ese documento describe.

3.3. Una licencia autoriza a utilizar las funciones contratadas; no concede autorización sanitaria, facultades de fedatario, habilitación profesional, acceso institucional ni permiso para tratar información de pacientes ajenos al ámbito autorizado.

3.4. Los ahorros de tiempo anunciados describen una finalidad o experiencia de uso y no garantizan un resultado individual fijo. La rapidez nunca justifica omitir controles necesarios de identidad, exactitud, confidencialidad o revisión profesional.

4. Alcance administrativo y funciones de apoyo clínico

4.1. El núcleo administrativo de HISEALO no constituye una consulta médica, relación asistencial, diagnóstico individual ni prestación de tratamiento por parte del Proveedor. No sustituye la valoración del profesional responsable ni los procedimientos institucionales.

4.2. Si la versión contratada incorpora calculadoras, dosis de referencia, escalas, recetas, orientaciones o contenido clínico, tales funciones deben entenderse dentro de su alcance específico, sus fuentes, población, limitaciones y advertencias. Su existencia no puede ocultarse bajo la descripción general de herramienta administrativa.

4.3. El profesional debe verificar entradas, unidades, fechas, criterios de aplicación, contraindicaciones, características del paciente y vigencia de las referencias antes de utilizar un resultado. No deberá emplear una función fuera del supuesto para el que fue diseñada ni como única base de una decisión asistencial.

4.4. La clasificación regulatoria de cada funcionalidad depende de sus características y de la normativa aplicable; estos términos no constituyen certificación de que una función esté exenta de regulación sanitaria. Si una función requiere autorización, validación o condiciones especiales, deberán cumplirse antes de ofrecerla o utilizarla en el contexto correspondiente.

4.5. La aplicación no es un servicio de emergencias ni un sistema de vigilancia clínica continua. Las actuaciones urgentes no deben depender de su disponibilidad, de una validación de licencia o de una respuesta del soporte técnico.

5. Independencia respecto de autoridades y establecimientos

5.1. Salvo acreditación expresa, HISEALO es una herramienta independiente. La referencia a MINSA, HIS, CIE-10, establecimientos, redes, programas o formularios no implica afiliación, patrocinio, homologación ni aprobación oficial del Proveedor o de la aplicación.

5.2. La reproducción de la estructura de un formato no convierte un archivo en documento validado por la autoridad. Corresponde al usuario verificar qué versión, procedimiento de presentación, código, firma, anexo y canal exige su entidad.

5.3. La aplicación no promete aceptación automática de documentos, validación de producción, aprobación de auditorías, cumplimiento de metas, reconocimiento de prestaciones, pago de incentivos o ausencia de observaciones administrativas.

5.4. Estos límites no autorizan al Proveedor a anunciar compatibilidades que no posee. Las características expresamente ofrecidas y contratadas deberán prestarse con la idoneidad exigible.

6. Requisitos del usuario y autorización institucional

6.1. El usuario debe ser mayor de edad, tener capacidad suficiente para contratar y contar con las autorizaciones necesarias para las tareas que realiza. Si contrata por una entidad, debe disponer de facultades para representarla; la suscripción personal de un trabajador no acredita representación de su empleador.

6.2. Cuando corresponda, el usuario deberá encontrarse profesionalmente habilitado y actuar dentro de sus competencias, funciones asignadas, permisos de acceso y ámbito de trabajo. La contratación no amplía tales competencias.

6.3. Antes de introducir información institucional en un equipo personal, el usuario debe comprobar que esa práctica está permitida. Tener acceso a datos en el trabajo no autoriza automáticamente a copiarlos, conservarlos en casa, trasladarlos a otro establecimiento ni usarlos para otra finalidad.

6.4. Al terminar una rotación, contrato, cargo o relación laboral, el usuario debe cumplir los procedimientos de entrega, devolución, conservación o eliminación autorizada de información. La continuidad de una suscripción personal no habilita a retener datos institucionales indebidamente.

7. Formación del contrato y aceptación

7.1. Antes de contratar, el usuario deberá tener acceso a estos términos, la información del plan, precio, periodo, renovación, cancelación y política de privacidad. La aceptación deberá expresarse mediante una acción afirmativa claramente identificada en el proceso de contratación o en otro mecanismo válido de aceptación.

7.2. La simple visita a una página informativa no constituye por sí sola autorización de cobro ni aceptación de obligaciones de pago. Tampoco constituye consentimiento del paciente para el tratamiento de su información.

7.3. Antes de permitir el uso de la aplicación, el usuario acepta estos términos, la Política de Privacidad, el Compromiso de Confidencialidad y la cláusula sobre herramientas de apoyo marcando, una por una, las casillas que la aplicación muestra. El Proveedor conserva una constancia de cada aceptación con el correo asociado a la licencia, la versión y la huella digital (SHA-256) del texto aceptado, la fecha y hora, el identificador técnico del dispositivo y el tipo de navegador. La constancia no incorpora registros de pacientes. Cuando estos documentos cambien de forma material, la aplicación solicitará una nueva aceptación.

7.4. El usuario podrá conservar una copia de las condiciones. Las condiciones particulares del plan deberán ser coherentes con este documento y no podrán reducir derechos imperativos o mejoras expresamente ofrecidas en la contratación.

7.5. La aceptación por el suscriptor no vincula automáticamente a pacientes, empleadores, establecimientos, autoridades o personas que no sean parte del contrato.

8. Cuenta, identificación y seguridad de acceso

8.1. Los datos de contratación e identificación del suscriptor deben ser veraces y mantenerse actualizados. No se permite suplantar a otro profesional, utilizar credenciales ajenas o emplear una cuenta compartida para eludir el plan contratado.

8.2. El usuario debe custodiar sus credenciales, cuenta de acceso, correo y dispositivos. Debe notificar oportunamente pérdidas, accesos sospechosos o divulgación de claves y adoptar medidas razonables para limitar el incidente.

8.3. El Proveedor podrá verificar la legitimidad del acceso mediante medidas proporcionales, como validación de licencia o identificación de dispositivos. No podrá utilizar esa verificación como autorización general para inspeccionar historias, diagnósticos o padrones locales.

8.4. La existencia de actividad asociada a una cuenta no prueba por sí sola la autoría personal de todos los registros ni impone al suscriptor responsabilidad automática por hechos derivados de una vulnerabilidad imputable al Proveedor. La atribución deberá considerar los hechos y evidencia disponibles.

9. Licencia y dispositivos

9.1. Mientras la suscripción sea válida, el Proveedor concede una licencia limitada, no exclusiva, personal y no transferible para utilizar las funciones contratadas, dentro de las condiciones de este documento.

9.2. El plan individual actualmente descrito permite hasta dos dispositivos del mismo usuario. Ese límite no equivale a dos usuarios ni permite comercializar accesos. Cualquier licencia institucional o multiusuario requiere condiciones expresas.

9.3. El cambio de dispositivo, perfil de navegador o instalación puede requerir revalidación o liberación de una activación. Las restricciones de seguridad deberán aplicarse de forma razonable y con un canal de atención para incidencias legítimas.

9.4. La adquisición de una licencia no transmite la titularidad del software ni garantiza acceso a todos los módulos futuros. Las funciones incluidas serán las informadas al contratar, sin perjuicio de actualizaciones y mejoras que se incorporen al plan.

10. Declaración central de veracidad y responsabilidad

10.1. El usuario se obliga a introducir, seleccionar, importar, corregir y utilizar información que cuente con sustento legítimo, corresponda al paciente y atención correctos y refleje los hechos que efectivamente puede documentar conforme a sus funciones.

10.2. El usuario responde por la creación deliberada de registros falsos o inventados, la alteración ilícita de información, el uso de identidades ajenas y la presentación de resultados que sabe que no reflejan la realidad. También responde, en la medida que legalmente corresponda, por errores, omisiones o falta de revisión que le sean atribuibles.

10.3. Cuando una consecuencia derive exclusivamente de esos actos u omisiones del usuario, y no de una actuación, defecto o incumplimiento imputable al Proveedor, la responsabilidad por dicha consecuencia corresponde al usuario o a quienes resulten responsables conforme a la ley. El solo hecho de haberse utilizado HISEALO no convierte al Proveedor en autor, certificador o aprobador del contenido.

10.4. El suscriptor no puede atribuir legitimidad a un registro alegando que el programa permitió guardarlo, lo autocompletó, no mostró alertas o lo imprimió. La automatización no sustituye el sustento documental ni la revisión humana.

10.5. Estas obligaciones no constituyen una presunción irrevocable de culpabilidad ni un traslado de responsabilidades propias del Proveedor. Si intervienen defectos del software, instrucciones incorrectas del Proveedor u otras causas concurrentes, la atribución se determinará conforme a las circunstancias y la normativa aplicable.

11. Identidad, exactitud y calidad de los registros

11.1. Antes de consolidar un registro, el usuario debe comprobar, según resulte pertinente: identidad del paciente, documento, historia clínica, fechas, edad, sexo registrado cuando corresponda, establecimiento, profesional, servicio, diagnóstico, procedimiento, clasificación y demás campos exigidos por el formato y la atención.

11.2. Debe distinguir entre información verificada, información declarada por terceros, datos pendientes de confirmación y datos desconocidos. No deberá completar un campo con información inventada para eliminar una alerta o permitir la exportación.

11.3. Los datos por defecto, apodos, abreviaturas, coincidencias de búsqueda y registros previos pueden ser inadecuados para una nueva atención. El usuario deberá revisar especialmente pacientes homónimos, documentos similares, diagnósticos arrastrados, resultados antiguos y campos copiados.

11.4. La incertidumbre deberá tratarse conforme al procedimiento institucional aplicable. No se presume que un campo vacío permita cualquier sustitución ni que una sugerencia del catálogo corresponda a un hallazgo real.

11.5. Si se detecta un error, el usuario deberá corregirlo por los medios autorizados, identificar los resultados afectados y comunicar la corrección al destinatario pertinente cuando corresponda. No debe alterar fuentes o eliminar evidencias para ocultar el error.

12. Registros falsos, inventados y manipulación de producción

12.1. Se prohíbe utilizar HISEALO para crear o presentar como reales pacientes inexistentes, consultas que no ocurrieron, visitas domiciliarias no efectuadas, procedimientos no realizados, resultados no obtenidos, controles ficticios, vacunaciones inexistentes o prestaciones ajenas a la intervención efectivamente documentada.

12.2. Se prohíbe duplicar una misma atención como si fueran prestaciones distintas, modificar fechas para aparentar cumplimiento de metas, atribuir atenciones a otro trabajador o establecimiento sin sustento, y alterar diagnósticos o códigos para obtener un beneficio indebido.

12.3. Tampoco se permite utilizar la aplicación para falsear productividad, asistencia, cumplimiento de programas, incentivos, facturación, financiamiento, seguros, estadísticas, rendiciones, supervisiones o auditorías.

12.4. La generación masiva, la clonación de registros o los paquetes de diagnósticos solo pueden utilizarse como herramientas de organización cuando cada registro final sea auténtico y revisado. La disponibilidad técnica de una función no autoriza un uso fraudulento.

12.5. El usuario deberá rechazar instrucciones manifiestamente ilícitas de terceros. La existencia de una orden laboral o la contratación de la herramienta no convierte en legítima la falsificación de documentos o datos.

13. Pacientes fallecidos y antecedentes históricos

13.1. Se prohíbe registrar como ocurrida una atención presencial o actuación asistencial a una persona viva en una fecha en la que el usuario conoce que el paciente ya había fallecido, cuando tal registro no corresponda a la realidad ni a una categoría documental legítima.

13.2. Se prohíbe utilizar la identidad de una persona fallecida para simular nuevas prestaciones, completar metas, generar pagos, justificar trabajo no realizado o encubrir duplicidades.

13.3. La prohibición no impide conservar antecedentes auténticos, registrar retrospectivamente una atención que sí ocurrió antes del fallecimiento, documentar una defunción, efectuar una auditoría o elaborar información estadística permitida. Deben respetarse el tipo de registro, la fecha real del hecho y las reglas de registro tardío que correspondan.

13.4. El usuario deberá verificar el dato de fallecimiento mediante fuentes legítimas cuando sea necesario. Una marca local, la ausencia de advertencias o un padrón desactualizado no acreditan que una persona esté viva o haya fallecido.

13.5. HISEALO no promete verificación automática y universal de defunciones en registros oficiales. Los datos históricos no pueden eliminarse arbitrariamente si existe una obligación de conservación o un procedimiento de revisión pendiente.

14. Jurisdicción, establecimiento y población asignada

14.1. El usuario deberá comprobar que tiene facultades para acceder a los datos y registrar actuaciones del establecimiento, red, servicio, territorio o programa correspondiente. No podrá atribuirse actividad de otro ámbito sin sustento ni usar padrones obtenidos irregularmente.

14.2. La residencia del paciente en otra jurisdicción no convierte por sí sola su atención o registro en ilícitos. Pueden existir urgencias, referencias, contrarreferencias, desplazamientos, campañas u otros supuestos autorizados. Deben registrarse conforme a las reglas aplicables y a los hechos reales.

14.3. Se prohíbe cambiar ficticiamente domicilio, distrito, establecimiento, adscripción o procedencia para aparentar cobertura, cumplimiento de metas o derecho a beneficios. Tampoco se permite incorporar registros de terceros como producción propia.

14.4. Seleccionar un establecimiento en la aplicación no acredita pertenencia a él. El usuario deberá contar con respaldo de su intervención y de cualquier autorización excepcional que invoque.

15. Fechas, duplicados y registro retrospectivo

15.1. La fecha de la atención debe corresponder al hecho documentado. Si el registro se introduce posteriormente, el usuario deberá respetar las reglas institucionales que distingan fecha del hecho y fecha de registro, sin atribuir a HISEALO una trazabilidad que la versión utilizada no haya implementado.

15.2. Los duplicados técnicos, reimpresiones y correcciones no deben presentarse como nuevas prestaciones. Antes de consolidar un periodo, el usuario deberá revisar importaciones repetidas, copias de respaldo superpuestas y registros provenientes de distintos equipos.

15.3. Debe utilizarse una configuración correcta de fecha, hora y zona horaria del equipo. Modificar el reloj para eludir licencias o alterar la apariencia temporal de los registros no está autorizado.

15.4. Un archivo creado en una fecha determinada no demuestra por sí mismo cuándo ocurrió la atención. La evidencia se regirá por las fuentes y requisitos institucionales o legales pertinentes.

16. Autocompletado, plantillas, catálogos, alertas y herramientas de apoyo

16.1. Las plantillas, reglas, catálogos y sugerencias son ayudas operativas que pueden depender de la información disponible, la versión instalada y la configuración elegida. No deben interpretarse como certificación individual del dato ingresado.

16.2. El usuario debe verificar la pertinencia de cada código y descripción, así como su correspondencia con el registro fuente y el sistema institucional de destino. Una coincidencia textual no necesariamente representa equivalencia clínica o administrativa.

16.3. Las alertas pueden identificar ciertas inconsistencias; no garantizan detectar todas. El usuario no debe desactivarlas o ignorarlas para encubrir información incorrecta. Si considera que una alerta es inadecuada, deberá contrastar el caso y resolverlo por una vía legítima.

16.4. El Proveedor mantiene la obligación de corregir defectos que le sean imputables y de no atribuir a estas ayudas capacidades que no poseen. La obligación de revisión del usuario no elimina esa responsabilidad.

16.5. Herramientas de apoyo al registro clínico. Los paquetes diagnósticos, los códigos CIE-10 y de procedimientos, las sugerencias, plantillas, apodos, reglas, alertas, calculadoras y demás herramientas disponibles en HISEALO tienen por finalidad facilitar la documentación y organización de la información. No constituyen por sí mismos un diagnóstico médico, una prescripción ni una indicación terapéutica, y no sustituyen el juicio profesional.

16.6. Los paquetes elaborados a partir de los manuales de registro publicados por el Ministerio de Salud son ayudas de transcripción preparadas por el Proveedor. Pueden contener errores o quedar desactualizados frente a nuevas versiones de esos manuales o de la normativa; su inclusión no implica aprobación, revisión ni respaldo del Ministerio de Salud. El usuario debe contrastarlos con el manual y las disposiciones vigentes.

16.7. El profesional debe evaluar individualmente al paciente y verificar la pertinencia, exactitud y vigencia de cada código, diagnóstico, procedimiento, valor de laboratorio o dato antes de incorporarlo a un formato HIS, historia clínica, FUA, receta, referencia, informe u otro registro.

16.8. Los paquetes que el usuario crea o modifica se guardan solo en su equipo; el Proveedor no los recibe ni puede verlos. El usuario es responsable de su contenido y de revisarlos cuando cambie la normativa.

16.9. El usuario conserva la responsabilidad profesional sobre la información clínica que valida y registra. Esta cláusula no libera al Proveedor de corregir los defectos que le sean imputables, conforme a la sección 16.4.

16.10. Criterios locales de codificación y registro. Cada Dirección Regional de Salud (DIRESA), Gerencia Regional de Salud (GERESA), Dirección de Redes Integradas de Salud (DIRIS), red, microrred, red integrada de salud (RIS) y establecimiento de salud puede establecer criterios propios de codificación, tipo de diagnóstico, valores LAB y forma de registro, distintos de los consignados en los manuales. Los paquetes de HISEALO no reflejan esas disposiciones locales. Antes de asignar un paquete, imprimir o entregar un formato, el usuario debe revisar y confirmar que cada código, tipo de diagnóstico y valor LAB corresponde a la atención efectivamente realizada y a las indicaciones vigentes de su jurisdicción, y corregir lo que no corresponda. El Proveedor no responde por registros efectuados sin esa verificación ni por las consecuencias administrativas, laborales o de auditoría que se deriven de ellos.

16.11. Aviso en la aplicación y constancia. Al aplicar un paquete elaborado a partir de los manuales del Ministerio de Salud, la aplicación muestra un aviso con lo indicado en las secciones 16.6 y 16.10. Si el usuario elige "Aceptar y no volver a mostrar", el Proveedor conserva constancia de esa aceptación (correo de la licencia, versión y huella del texto del aviso, dispositivo, fecha y hora) y el aviso deja de mostrarse en ese equipo. Haber usado un paquete de HISEALO no traslada al Proveedor la responsabilidad por el registro que el usuario valida, sin perjuicio de su obligación de corregir los defectos que le sean imputables conforme a la sección 16.4.

17. Revisión de documentos y uso oficial

17.1. Antes de imprimir, firmar, presentar, transmitir o utilizar oficialmente un resultado, el usuario deberá revisar su integridad, legibilidad, paginación, correspondencia con los datos de origen, selección de periodo, identificación del responsable y cumplimiento de los requisitos aplicables.

17.2. Deberá comprobar especialmente que no existan campos cortados, datos desplazados, páginas faltantes, códigos incorrectos, pacientes mezclados, fechas equivocadas o información trasladada a casillas que no correspondan.

17.3. La descarga o impresión de un PDF no equivale a firma digital, validación institucional, envío al MINSA ni aceptación por la entidad receptora, salvo que una función expresamente contratada ejecute y acredite tal operación.

17.4. La utilización posterior del documento constituye una decisión del usuario, quien debe estar facultado para efectuarla. Conservar una vista previa no reemplaza el procedimiento de revisión y aprobación que establezca su institución.

17.5. Si el usuario conoce un defecto que pueda afectar un resultado, deberá evitar usarlo en ese estado y comunicarlo al soporte. El Proveedor deberá atenderlo según su gravedad y las obligaciones del servicio; no podrá invocar esta cláusula para trasladar al usuario todos los efectos de un defecto propio.

18. Demostraciones, capacitación y datos sintéticos

18.1. En pruebas, demostraciones y capacitación deben preferirse datos íntegramente ficticios y claramente identificados como tales. No deben utilizarse identidades de pacientes reales por comodidad, salvo que exista habilitación suficiente y medidas apropiadas.

18.2. Un entorno de prueba no autoriza a presentar sus resultados como producción real. Antes de trabajar con información asistencial efectiva, deberán separarse o retirarse los registros ficticios para evitar su inclusión accidental en reportes.

18.3. Una captura con nombres difuminados no garantiza anonimización irreversible. No se deberán publicar imágenes, videos, archivos o respaldos que permitan identificar pacientes o revelar información confidencial.

19. Almacenamiento local y separación de información

19.1. En el funcionamiento ordinario de las funciones administrativas locales, los registros de pacientes se guardan en el almacenamiento del navegador o del dispositivo del usuario, según la versión. No se ofrece, por ese solo funcionamiento, una base central de historias clínicas alojada por el Proveedor.

19.2. Esta arquitectura debe distinguirse de los servicios en línea necesarios para cuenta, autenticación, licencia, pagos, actualizaciones, recursos técnicos, soporte y reclamos. Esas operaciones pueden tratar información de cuenta o conexión conforme a la política de privacidad.

19.3. La expresión «almacenamiento local» no garantiza que los datos jamás salgan del dispositivo. Pueden salir si el usuario los exporta, imprime, comparte, transfiere, adjunta a un mensaje o utiliza servicios de respaldo o sincronización del sistema operativo, navegador o terceros.

19.4. Tampoco implica que el Proveedor pueda recuperar una copia perdida. Si no dispone de los registros, no puede prometer su restauración desde un servidor. El usuario deberá organizar sus respaldos de acuerdo con la sensibilidad y relevancia de la información.

19.5. Una nueva función que requiera transmitir datos asistenciales deberá identificarse y explicarse antes de su activación, con las autorizaciones y garantías pertinentes. Estos términos no autorizan una migración oculta o indiscriminada de pacientes a la nube.

20. Custodia, respaldos y conservación

20.1. El usuario y la institución responsable deberán definir la custodia de los registros, los permisos de acceso, las copias de respaldo, los plazos de conservación y los procedimientos de entrega o eliminación que correspondan.

20.2. Deben realizarse respaldos periódicos y antes de cambios relevantes de navegador, dispositivo, perfil, dominio, instalación o versión. La frecuencia deberá ser adecuada al volumen de trabajo y al riesgo de pérdida.

20.3. El usuario deberá verificar que los archivos exportados son legibles y recuperables, conservarlos en ubicaciones autorizadas y protegerlos contra acceso indebido. Tener varios archivos en el mismo equipo no necesariamente protege frente a pérdida, robo o avería de ese equipo.

20.4. Borrar datos del sitio, usar navegación privada, limpiar almacenamiento, reinstalar el navegador, desinstalar componentes, cambiar de perfil o sufrir fallas del equipo puede impedir el acceso a registros locales. El usuario deberá revisar las instrucciones de respaldo antes de realizar tales acciones.

20.5. HISEALO no sustituye automáticamente un sistema institucional de historia clínica, archivo oficial, conservación legal o auditoría inmutable. La creación de un respaldo no exime de cumplir las reglas de gestión documental correspondientes.

20.6. Estas precauciones no excluyen la responsabilidad legal del Proveedor por pérdida o alteración causada por defectos o actuaciones que le sean imputables.

21. Seguridad del equipo y transferencias locales

21.1. El usuario deberá adoptar medidas proporcionales: bloqueo de pantalla, cuentas individuales, actualización del sistema, protección contra software malicioso, permisos mínimos, almacenamiento seguro y restricciones de acceso físico.

21.2. No debe asumirse que un archivo local o una base del navegador están cifrados exclusivamente por utilizar HISEALO. El usuario deberá evaluar el cifrado del dispositivo y de sus respaldos conforme a las exigencias de su institución.

21.3. Las funciones de transferencia entre equipos, cuando estén disponibles, deberán utilizarse únicamente en dispositivos autorizados y redes confiables. Los enlaces, códigos QR o credenciales temporales que habiliten transferencias no deberán exponerse a personas ajenas.

21.4. Si la transferencia utiliza una red local sin cifrado de transporte, el usuario deberá comprobar que ese mecanismo esté permitido para la información que pretende transferir. El carácter local de la red no garantiza confidencialidad frente a otros participantes.

21.5. Está prohibido alojar públicamente carpetas del programa que contengan respaldos, padrones, credenciales, archivos de pacientes o documentos institucionales, o habilitar acceso externo sin las garantías y autorizaciones necesarias.

22. Protección de datos personales y confidencialidad

22.1. El tratamiento de datos de pacientes requiere una finalidad legítima y una base jurídica adecuada. La aceptación de estos términos por un profesional no sustituye el consentimiento del paciente cuando sea exigible ni crea una excepción legal al deber de confidencialidad.

22.2. Según la organización del servicio asistencial, el establecimiento, empleador, profesional u otra entidad puede desempeñar funciones de responsable, titular del banco de datos o encargado del tratamiento. Esos roles dependen de las decisiones y operaciones efectivas, y no se asignan exclusivamente por el nombre utilizado en estos términos.

22.3. El usuario debe actuar dentro de su rol, respetar instrucciones legítimas y limitar la información a lo necesario. No podrá reutilizarla para publicidad, curiosidad personal, entrenamiento de sistemas externos, contacto no autorizado o difusión pública.

22.4. El Proveedor responde por el tratamiento que efectivamente realice sobre datos de cuenta, soporte y servicio. Si accede a datos asistenciales en una intervención particular, deberá determinarse su rol y las condiciones aplicables; la denominación de herramienta local no elimina las obligaciones derivadas de ese acceso.

22.5. Los derechos de las personas sobre sus datos se atenderán por quien corresponda según la ley. El Proveedor no puede modificar una base local a la que no tiene acceso, pero sí debe atender las solicitudes relativas a datos que estén bajo su responsabilidad.

22.6. Las obligaciones de reserva pueden subsistir después del cierre de una cuenta, de una relación laboral o del fallecimiento del paciente. El usuario no deberá presumir que tales circunstancias autorizan la divulgación de información.

22.7. El usuario se obliga además a cumplir el Compromiso de Confidencialidad y Uso Responsable de Información de Pacientes, que acepta en la aplicación. Si en algún caso excepcional el Proveedor llegara a tratar datos de pacientes por cuenta del usuario o de su establecimiento, se aplicará el Acuerdo de Tratamiento de Datos Personales.

23. Soporte, archivos adjuntos y acceso remoto

23.1. Las solicitudes de soporte deben describir el problema utilizando, en lo posible, datos ficticios, información anonimizada y capturas sin datos personales o institucionales confidenciales.

23.2. No deben enviarse padrones completos, historias clínicas, claves de licencia, contraseñas, tokens o enlaces privados de pacientes cuando no sean necesarios. La comunicación ordinaria de soporte no constituye una autorización general para compartir información asistencial.

23.3. Si un caso requiere examinar información real o acceder remotamente al equipo, deberá acordarse previamente un alcance específico, verificarse la habilitación del usuario y establecerse los medios y medidas pertinentes. El usuario podrá detener el acceso remoto cuando corresponda, sin perjuicio de la imposibilidad de completar una tarea que dependa de él.

23.4. La recepción accidental de información de pacientes no autoriza al Proveedor a reutilizarla. Se deberá restringir su tratamiento y determinar su devolución, eliminación o conservación mínima legítima, según las circunstancias y obligaciones aplicables.

23.5. El soporte técnico no sustituye una auditoría clínica, asesoría jurídica, autorización institucional o validación oficial del contenido registrado.

24. Incidentes, correcciones y colaboración

24.1. Quien detecte un acceso indebido, pérdida, divulgación, alteración relevante de datos o defecto de seguridad deberá comunicarlo oportunamente al responsable que corresponda y adoptar medidas razonables para limitar el daño.

24.2. El usuario deberá preservar evidencia pertinente sin difundir información sensible innecesariamente. Si el problema afecta resultados ya enviados, deberá activar el procedimiento institucional de corrección y notificación que resulte aplicable.

24.3. Las comunicaciones a autoridades y titulares de datos se realizarán por los sujetos obligados dentro de los plazos y supuestos legales correspondientes. Notificar al soporte de HISEALO no sustituye esas obligaciones.

24.4. El Proveedor colaborará respecto de los sistemas e información que estén bajo su control. No podrá exigir al usuario que renuncie a derechos para investigar un incidente ni atribuir automáticamente todo incidente al equipo del suscriptor.

25. Suscripción, precio, activación y pagos

25.1. El precio, moneda, impuestos o cargos aplicables, periodo de acceso, funciones incluidas y forma de renovación se informarán antes del pago. El usuario deberá poder identificar si contrata una suscripción recurrente o un periodo que requiere renovación manual.

25.2. El acceso se habilita conforme a la confirmación legítima de la operación y a las condiciones ofrecidas. El comprobante de una transferencia debe corresponder a un pago real; fabricar, alterar o reutilizar comprobantes para obtener acceso está prohibido.

25.3. Si se habilitan pagos mediante una plataforma externa, sus condiciones aplicables deberán estar disponibles en el proceso de compra. La plataforma puede tratar información financiera conforme a sus propios avisos; ello no permite al Proveedor desentenderse de problemas del servicio que le correspondan.

25.4. Los pagos manuales por transferencia, Yape, Plin u otros medios solo deben efectuarse a canales oficialmente informados. No generan por sí mismos autorización de cobro automático futuro.

25.5. Un pago o licencia de prueba no equivale a una compra real. Los entornos de prueba deben utilizarse de acuerdo con sus restricciones, sin presentarlos como acreditación de pago o prestación facturable.

25.6. Los planes vigentes son: Mensual, S/ 39.90 por 1 mes de acceso; Semestral, S/ 215.00 por 6 meses; y Anual, S/ 399.00 por 12 meses. Los precios están expresados en soles e incluyen el IGV. Todos los planes dan acceso a las mismas funciones; solo varía el periodo pagado por adelantado.

25.7. Cada plan se paga una sola vez por el periodo elegido. No hay renovación automática: el Proveedor no almacena los datos de la tarjeta ni realiza cobros posteriores sin un nuevo pago del usuario. Antes del vencimiento se enviará un aviso al correo de la cuenta; para continuar, el usuario puede pagar nuevamente el plan que prefiera.

25.8. El pago se realiza mediante la pasarela de pagos Culqi, con los medios que esta habilite en el enlace de pago (por ejemplo, tarjeta de crédito o débito, Yape, banca móvil o pago en agentes). Al pagar, el usuario debe indicar el correo de la cuenta de Google con la que usará HISEALO. Confirmado el pago, el Proveedor activa el acceso en ese correo por el periodo pagado y lo comunica por correo electrónico. Si el correo indicado tiene un error, el usuario puede escribir a soporte para corregirlo.

25.9. Por cada pago, el Proveedor emite el comprobante de pago electrónico que corresponda (boleta de venta o, si el usuario proporciona su RUC, factura) y lo envía al correo indicado.

26. Renovaciones, duplicidades y cambios de precio

26.1. Solo habrá renovación automática cuando haya sido informada claramente y autorizada al contratar. El usuario deberá conocer su periodicidad, importe o forma de determinación y mecanismo de cancelación.

26.2. Reinstalar el programa, activar otro dispositivo, iniciar sesión o pedir soporte no constituye consentimiento para una nueva suscripción o un cobro adicional.

26.3. Si una compra parece fallar, el usuario deberá comprobar su estado antes de repetirla. Si se produce un cargo duplicado, deberá poder solicitar revisión. El Proveedor no podrá mantener un cobro improcedente alegando únicamente que cada intento generó una referencia distinta.

26.4. Los cambios de precio se comunicarán de manera previa y clara para periodos futuros. No alterarán un periodo ya pagado ni se aplicarán de manera sorpresiva. Deberá ofrecerse una posibilidad efectiva de cancelar antes del nuevo cobro cuando corresponda.

26.5. No se garantiza un precio perpetuo ni acceso ilimitado a futuras versiones, salvo que haya sido expresamente ofrecido. Tampoco podrá retirarse arbitrariamente durante un periodo pagado una prestación esencial que formó parte de la contratación.

27. Cancelación, vencimiento y conservación de datos

27.1. El suscriptor podrá solicitar la cancelación de futuras renovaciones por el mecanismo informado o mediante soporte, con verificación razonable de identidad. No se impondrán obstáculos desproporcionados respecto de la facilidad de contratación.

27.2. Cancelar la renovación no equivale a solicitar la eliminación de los datos de pacientes. Como regla del plan ordinario, el acceso permanece hasta el final del periodo pagado, salvo otra causa legítima y debidamente tratada, como un reembolso o una suspensión justificada.

27.3. El vencimiento puede restringir funciones de la aplicación. No autoriza a borrar deliberadamente registros locales como mecanismo de cobro ni convierte esos datos en propiedad del Proveedor.

27.4. Antes del vencimiento, el usuario deberá conservar respaldos adecuados. Si encuentra dificultades para recuperar información propia que continúa en su dispositivo, podrá solicitar orientación técnica. El Proveedor no garantiza recuperar datos ya borrados ni obtener información de un equipo al que no tiene acceso.

27.5. La eliminación de un acceso comercial no extingue las obligaciones legales de conservación documental del usuario o de su institución. Tampoco constituye por sí misma eliminación de copias exportadas o compartidas.

27.6. En los planes vigentes, que no se renuevan automáticamente, el usuario no necesita cancelar nada para evitar nuevos cobros: al terminar el periodo pagado el acceso vence, salvo que realice un nuevo pago. Lo previsto en las secciones 26 y 27 sobre renovaciones y su cancelación se aplica a cualquier modalidad recurrente que el Proveedor ofrezca en el futuro, que deberá informarse y aceptarse de forma expresa antes de contratarla.

28. Reembolsos y remedios por incumplimiento

28.1. Se conserva la garantía comercial informada en la versión anterior: reembolso completo dentro de los primeros siete días desde la primera compra si el usuario no quedó conforme. Para solicitarlo, deberá contactar a soporte e identificar la operación. No es necesario remitir información de pacientes para acreditar la solicitud.

28.2. A efectos de esta garantía, el plazo se expresa en días calendario. La comunicación enviada dentro del plazo conserva su oportunidad aunque su tramitación concluya después. Si una oferta concreta establece una condición más favorable, se respetará.

28.3. Fuera de esa garantía, la cancelación voluntaria no genera por sí misma devolución proporcional de un periodo ya iniciado, manteniéndose el acceso correspondiente. Esta regla no limita devoluciones, correcciones u otros remedios que procedan por cobro no autorizado, duplicidad, falta de idoneidad, incumplimiento o mandato legal.

28.4. El reembolso se tramitará por un medio legítimo y se informará su estado y plazo operativo. La intermediación de una pasarela no justifica desatender la solicitud. No se establecerán deducciones ocultas o restricciones contrarias a derechos irrenunciables.

28.5. Un reembolso completo puede dar lugar a la desactivación del acceso correspondiente, pero no legitima destruir registros asistenciales ni impedir el ejercicio de derechos del usuario.

28.6. Las devoluciones de pagos hechos mediante la pasarela de pagos se efectúan, cuando esta lo permite, al mismo medio de pago utilizado. El plazo en que el monto se refleja en la cuenta o tarjeta del usuario depende de la pasarela y de la entidad emisora; el Proveedor informará la fecha en que solicitó la devolución.

29. Funcionamiento sin conexión y disponibilidad

29.1. Las funciones diseñadas para uso local pueden operar sin conexión dentro de las condiciones de la versión y de la vigencia de la licencia. El servicio no promete acceso offline indefinido; pueden requerirse conexión inicial, renovación, descarga de recursos o verificación de acceso.

29.2. El usuario deberá comprobar previamente la disponibilidad de los recursos necesarios si va a trabajar en un lugar sin conectividad. La sola apertura inicial de una pantalla no garantiza que todos los módulos o archivos externos hayan quedado disponibles.

29.3. Pueden existir interrupciones por mantenimiento, fallas de red, navegador, equipo o proveedores técnicos. El Proveedor deberá actuar con diligencia frente a incidencias bajo su responsabilidad e informar interrupciones relevantes cuando sea razonablemente posible.

29.4. El usuario y su institución deberán mantener procedimientos alternativos adecuados para tareas cuya interrupción pueda afectar la atención, los plazos o la conservación de información. Ese deber de contingencia no elimina las obligaciones del Proveedor sobre el servicio ofrecido.

30. Actualizaciones y cambios del servicio

30.1. Las actualizaciones podrán corregir errores, mejorar seguridad, adaptar formatos o modificar funciones. Los cambios relevantes deberán comunicarse con información suficiente sobre su alcance y requisitos de compatibilidad.

30.2. Antes de migraciones relevantes se recomendará un respaldo. Si una actualización altera la forma de almacenar datos o requiere una acción del usuario, deberán facilitarse instrucciones razonables y advertirse los riesgos conocidos.

30.3. No se garantiza compatibilidad indefinida con navegadores obsoletos o versiones alteradas. Los requisitos mínimos y las limitaciones relevantes deberán informarse antes de contratar o antes de introducir cambios que afecten el uso contratado.

30.4. Si se interrumpe definitivamente una función esencial o el servicio, deberán aplicarse las medidas de información, continuidad razonable, asistencia de salida y devolución que correspondan al contrato y a la ley. No se reconoce una facultad ilimitada de retirar prestaciones pagadas sin consecuencias.

31. Servicios y componentes de terceros

31.1. El funcionamiento puede depender de servicios de alojamiento, autenticación, pagos, correo, distribución de recursos o bibliotecas de terceros. Su intervención deberá describirse en la política de privacidad y en la información del servicio cuando sea pertinente.

31.2. Que una biblioteca o recurso se descargue de Internet no significa por sí mismo que reciba registros de pacientes, pero tampoco permite afirmar que la aplicación no realiza ninguna conexión externa.

31.3. Si el usuario utiliza servicios ajenos para compartir documentos o respaldarlos, deberá revisar su autorización institucional, condiciones de confidencialidad y tratamiento de datos. No deberá subir archivos clínicos a servicios de inteligencia artificial, conversión o almacenamiento sin habilitación suficiente.

31.4. Las condiciones de terceros no sustituyen los compromisos asumidos directamente por el Proveedor. La responsabilidad se determinará por las obligaciones efectivas y la normativa aplicable, no por una exclusión genérica de toda intervención externa.

32. Propiedad intelectual, marca, ingeniería inversa y derechos sobre la información

32.1. Los derechos sobre el software, diseño, marcas y elementos originales corresponden a sus titulares. Las bibliotecas, catálogos, documentos oficiales y materiales de terceros conservan sus licencias y régimen jurídico propios; el Proveedor no se atribuye titularidad sobre ellos por integrarlos o enlazarlos.

32.2. Se prohíbe redistribuir comercialmente el software, revender accesos, eliminar avisos de titularidad o eludir controles de licencia sin autorización. Las limitaciones sobre ingeniería inversa o interoperabilidad se entienden sin perjuicio de las excepciones imperativas que puedan resultar aplicables.

32.3. La información relativa a pacientes no se convierte en propiedad del Proveedor. El usuario solo puede disponer de ella dentro de los derechos y facultades que realmente posea; tenerla almacenada no equivale a poder venderla o explotarla libremente.

32.4. La generación de un documento no concede al Proveedor una licencia general para utilizar su contenido en publicidad, análisis comercial o entrenamiento de modelos. Cualquier tratamiento adicional requerirá una finalidad y habilitación adecuadas, independientes de la mera contratación.

32.5. El usuario conserva la posibilidad de utilizar legítimamente sus resultados y respaldos, sin que ello autorice a distribuir el código del programa o materiales ajenos fuera de sus licencias.

32.6. Obra protegida. El código fuente y objeto de HISEALO, su arquitectura, interfaz, textos, diseño, flujos, reglas de validación y las compilaciones y selecciones de paquetes, catálogos, apodos y reglas elaboradas por el Proveedor son obras protegidas por el Decreto Legislativo N.° 822, Ley sobre el Derecho de Autor, y por la Decisión 351 de la Comunidad Andina, que protegen los programas de ordenador y las bases de datos como obras. La licencia de uso concede únicamente el derecho personal, no exclusivo e intransferible de utilizar la aplicación conforme a estos Términos; no transfiere ni concede derecho alguno sobre el código ni sobre la obra.

32.7. Marca HISEALO. La denominación HISEALO y su logotipo son signos distintivos de su titular, que ejerce sobre ellos los derechos que le reconocen la Decisión 486 de la Comunidad Andina y el Decreto Legislativo N.° 1075 ante el Instituto Nacional de Defensa de la Competencia y de la Protección de la Propiedad Intelectual (INDECOPI). Se prohíbe usar, imitar o registrar la marca, su logotipo o signos semejantes que puedan causar confusión, así como presentar un producto o servicio como relacionado con HISEALO sin autorización escrita del titular.

32.8. Prohibición de ingeniería inversa, extracción y replicación. Salvo autorización escrita del Proveedor, y sin perjuicio de las excepciones imperativas de la ley, se prohíbe: (a) descompilar, desensamblar, desofuscar o aplicar ingeniería inversa a la aplicación o a cualquiera de sus archivos; (b) copiar, extraer, descargar de forma masiva o reutilizar su código, sus catálogos o sus paquetes; (c) analizar el funcionamiento de la aplicación con el fin de reproducirlo, reconstruirlo o elaborar un producto o servicio que la imite o compita con ella; (d) eludir, desactivar o alterar los controles de licencia, las firmas o los avisos de titularidad; y (e) permitir, encargar o facilitar que un tercero haga cualquiera de estos actos.

32.9. Uso de inteligencia artificial y herramientas automatizadas. Las prohibiciones de la sección 32.8 comprenden los actos realizados mediante sistemas de inteligencia artificial, asistentes de programación, rastreadores, extractores u otras herramientas automatizadas. Copiar, pegar, cargar o enviar el código de HISEALO, o partes sustanciales de él, a un servicio de terceros para analizarlo, explicarlo, convertirlo o replicarlo constituye una reproducción y comunicación no autorizadas de la obra.

32.10. Trazabilidad. Cada licencia está vinculada al correo de su titular y a los dispositivos activados con ella, y el servidor del Proveedor conserva el registro de esas activaciones. El Proveedor podrá usar ese registro, junto con la constancia de aceptación de estos Términos, como evidencia ante el INDECOPI, el Ministerio Público o el Poder Judicial.

32.11. Consecuencias. El incumplimiento de las secciones 32.6 a 32.10 es un incumplimiento grave de este contrato y autoriza al Proveedor a suspender o resolver de inmediato el acceso conforme a la sección 34, sin perjuicio de: (a) las acciones administrativas ante el INDECOPI, que puede ordenar el cese de la infracción, el decomiso o retiro de los productos infractores e imponer multas; (b) la acción civil de indemnización por los daños y perjuicios causados, incluido el lucro cesante; y (c) la denuncia penal por los delitos contra los derechos de autor y la propiedad industrial previstos en los artículos 216 a 218 y 222 del Código Penal, que se sancionan con pena privativa de la libertad y multa. Estas acciones pueden dirigirse contra quien realice la infracción y contra quien la encargue o se beneficie de ella.

33. Usos prohibidos y pruebas de seguridad

33.1. Además de las prohibiciones anteriores, no se permite introducir código malicioso, intentar acceder a cuentas ajenas, obtener secretos, alterar firmas de licencia, provocar indisponibilidad, automatizar abuso de servicios o interferir ilícitamente con el funcionamiento de la plataforma.

33.2. Las pruebas que puedan afectar infraestructura compartida o datos de terceros requieren autorización previa y alcance acordado. El hallazgo de un problema no autoriza a explotar cuentas, descargar bases ajenas o divulgar información confidencial.

33.3. El usuario podrá comunicar de buena fe vulnerabilidades y defectos. No se interpretará esta cláusula como prohibición de formular críticas legítimas, aportar evidencia a una autoridad o ejercer derechos legalmente reconocidos.

33.4. No se permite ofrecer a terceros una supuesta certificación, respaldo oficial o garantía de legitimidad de sus registros basada únicamente en que fueron elaborados con HISEALO.

34. Suspensión y resolución por incumplimiento

34.1. El Proveedor podrá adoptar medidas proporcionadas frente a impago, uso no autorizado, indicios razonables de fraude, riesgos de seguridad o incumplimientos graves. La medida deberá guardar relación con la incidencia y con la protección del servicio o de terceros.

34.2. Siempre que sea posible y no agrave un riesgo relevante, se informará la causa y se permitirá aclarar o subsanar el problema. Cuando se requiera una medida inmediata de seguridad, se comunicará posteriormente lo que legal y técnicamente pueda explicarse.

34.3. La mera presentación de un reclamo, una crítica legítima o una solicitud de reembolso no constituye por sí sola causa de sanción o pérdida de datos.

34.4. La suspensión de acceso no implica que el Proveedor determine responsabilidad penal, profesional o administrativa del usuario. Esa calificación corresponde a las autoridades competentes mediante el procedimiento aplicable.

34.5. No se autoriza el borrado remoto indiscriminado de datos locales ni su retención como presión de pago. Los efectos económicos de una resolución se determinarán conforme al incumplimiento acreditado, las prestaciones recibidas y los derechos aplicables.

35. Distribución y límites de responsabilidad

35.1. Cada parte responde por las obligaciones y conductas que le correspondan. El usuario responde por sus decisiones de registrar, alterar, validar, presentar o divulgar información, en la medida en que sus actos u omisiones sean causa jurídicamente atribuible del daño o infracción.

35.2. El Proveedor no asume la función de comprobar presencialmente las atenciones, autenticar cada documento fuente, supervisar la actividad laboral del usuario ni garantizar la veracidad de datos que no puede conocer o controlar. No es responsable por el solo hecho de haber suministrado una herramienta utilizada para una actuación indebida.

35.3. Esa delimitación no exonera al Proveedor de entregar un servicio idóneo, cumplir lo ofrecido, proteger los sistemas y datos bajo su responsabilidad o atender defectos que le sean imputables. Las advertencias de revisión no convierten automáticamente en culpa del usuario un resultado incorrecto generado por el programa.

35.4. No se excluye ni limita responsabilidad por dolo, culpa inexcusable, incumplimiento de obligaciones de orden público ni otros supuestos cuya exclusión esté prohibida. Tampoco se renuncia a derechos irrenunciables del consumidor o del titular de datos personales.

35.5. No se pacta una liberación absoluta por pérdidas de datos, daños personales, sanciones o perjuicios económicos. Su procedencia y atribución dependen de la conducta, causalidad, prueba y régimen jurídico aplicables.

35.6. Si existen causas concurrentes, la responsabilidad se determinará considerando su intervención real. El suscriptor no asume automáticamente las obligaciones del establecimiento, de otro profesional o del Proveedor, ni queda liberado de sus propias obligaciones por la intervención de ellos.

36. Reclamaciones de terceros y cooperación

36.1. Si una reclamación de un tercero se relaciona con registros introducidos o utilizados por el usuario, las partes deberán colaborar razonablemente para identificar los hechos, con respeto a la confidencialidad y sin compartir más información que la necesaria y legalmente autorizada.

36.2. El Proveedor podrá reclamar los daños directos y gastos razonables que legalmente correspondan cuando se acrediten su existencia, cuantía y relación causal con una conducta ilícita o incumplimiento imputable al usuario. No se establece una indemnidad automática e ilimitada.

36.3. El usuario no estará obligado por esta cláusula a asumir sanciones personales del Proveedor, daños derivados de defectos propios de este o acuerdos alcanzados sin permitirle la defensa que corresponda. Cualquier traslado de gastos deberá ser legalmente procedente y suficientemente sustentado.

36.4. Ninguna parte podrá comprometer la responsabilidad de la otra frente a terceros sin facultades para ello. Esta cláusula no altera competencias de autoridades ni obliga a pacientes o entidades que no han aceptado el contrato.

37. Requerimientos de autoridades y conservación de evidencia

37.1. Ante un requerimiento válido de autoridad competente, cada parte actuará conforme a sus obligaciones y a la información que efectivamente tenga bajo su control. Se verificará el alcance del requerimiento y se limitará la entrega a lo que proceda.

37.2. El Proveedor no garantiza disponer de registros asistenciales que permanecen exclusivamente en dispositivos de usuarios. No deberá crear una apariencia de acceso o custodia que no existe ni ofrecer resistencia ilegal a requerimientos válidos respecto de datos que sí posea.

37.3. El usuario deberá preservar y aportar los registros o documentos que legalmente se le requieran, dentro de sus facultades y garantías. No podrá destruir o falsificar evidencia utilizando funciones de edición, eliminación, importación o respaldo.

38. Atención de consultas, reclamos y controversias

38.1. Las consultas y solicitudes pueden dirigirse a [email protected] o al teléfono y WhatsApp +51 932 608 999. Los reclamos y quejas pueden presentarse a través del Libro de Reclamaciones virtual indicado en la sección 1, sin costo por su presentación.

38.2. Los reclamos y quejas sujetos al régimen peruano de consumo se responderán en un plazo máximo de quince días hábiles, no prorrogables, por el canal correspondiente. Los requerimientos de información adicional no se utilizarán para extender indebidamente ese plazo.

38.3. Formular un reclamo ante el Proveedor no implica renunciar a acudir al Indecopi, a la Autoridad Nacional de Protección de Datos Personales u otra autoridad competente, ni constituye una exigencia contractual de agotar esa vía antes de ejercer derechos cuando la ley no lo exige.

38.4. Se favorece una solución de buena fe, pero no se impone arbitraje obligatorio, renuncia general a acciones ni elección de un foro que suprima protecciones imperativas del usuario.

39. Ley aplicable, cambios y disposiciones finales

39.1. La relación se rige por la legislación peruana en lo que corresponda, sin excluir normas imperativas de otra jurisdicción que resulten aplicables. Las controversias serán conocidas por las autoridades o tribunales competentes conforme a la ley.

39.2. Las modificaciones materiales de estos términos deberán comunicarse previamente, identificando su contenido y fecha de aplicación. No producirán efectos retroactivos para justificar cobros, restringir derechos adquiridos o eliminar reclamaciones por hechos anteriores.

39.3. Cuando corresponda obtener una nueva aceptación, esta deberá recabarse de forma válida. No se presume una autorización de cobro adicional por silencio ni se considera que cualquier uso posterior convalide toda modificación.

39.4. Una cláusula inválida o inaplicable no se utilizará para imponer al usuario una obligación equivalente prohibida. El resto del contrato se interpretará de manera compatible con su finalidad lícita y con las normas imperativas.

39.5. La tolerancia ocasional de un incumplimiento no equivale a una autorización general de fraude, falsificación o acceso ilegítimo. Tampoco impide que el usuario haga valer derechos que la ley reconozca.

39.6. Los acontecimientos ajenos al control razonable de una parte se tratarán conforme a los requisitos legales que correspondan. No se considerará automáticamente fuerza mayor toda falla informática, falta de mantenimiento o incidente previsible de seguridad.

39.7. La política de privacidad deberá leerse junto con estos términos. Una contradicción entre documentos no autoriza un tratamiento de datos más amplio ni permite omitir información exigible. El Proveedor deberá corregir incoherencias y respetar los compromisos válidamente asumidos.

40. Declaraciones esenciales del usuario

Al aceptar estos términos mediante el mecanismo habilitado, el usuario declara comprender que:

• HISEALO organiza información y facilita tareas; no certifica que una atención haya ocurrido ni legitima datos falsos.
• Solo puede introducir y utilizar información para la que esté autorizado y que cuente con sustento adecuado.
• Debe revisar identidad, fechas, establecimientos, diagnósticos, procedimientos y documentos antes de usarlos oficialmente.
• No puede inventar pacientes, atenciones, resultados o producción, ni utilizar identidades de fallecidos para simular actividad.
• La atención de pacientes de otra jurisdicción exige el sustento y las autorizaciones que correspondan, sin falsear adscripción o procedencia.
• El almacenamiento local requiere custodia y respaldos; compartir o exportar información puede hacerla salir del dispositivo.
• La información de pacientes es reservada: se obliga a protegerla y a no divulgarla, conforme al Compromiso de Confidencialidad.
• Los paquetes diagnósticos, códigos, sugerencias y alertas son herramientas de apoyo: no sustituyen su evaluación ni su juicio profesional.
• Responde por los actos y omisiones que legalmente le sean imputables, sin que la aceptación elimine responsabilidades propias del Proveedor ni derechos irrenunciables.

Versión anterior (1.0)

La versión 1.0, vigente hasta el 23 de septiembre de 2026, sigue siendo la que rige las suscripciones contratadas antes de la entrada en vigor de esta versión 2.0, en lo que corresponda según la ley aplicable. Para consultarla, escriba a [email protected].