Anexo 19 - Funcionalidad Minima HIS Clinico Asist 2015c002

8/20/2019 Anexo 19 - Funcionalidad Minima HIS Clinico Asist 2015c002

1/20

Página 1 de 20

ANEXO No.5

FUNCIONALIDAD REQUERIDA MODULOS CLINICO ASISTENCIALES HIS

MINIMOS REQUERIDOS

REGISTRO ELECTRÓNICO DE SALUD

Fabricante:Tiempo de Implementación:Documentación en línea:Mínimos requeridos por parte de la ESE:

PRINCIPALES FUNCIONALIDADES

Un Sistema de Información Hospitalario HIS, está compuesto, entre otros, por un completo sistema de registros electrónicos de salud, fundamentales para una gestión más eficiente,segura, confiable en lo que respecta a la información de salud de paciente.

Un sistema de registros electrónicos de salud, no sólo vincula aspectos clínicos sino de salud, lo que concebimos como un repositorio de información digital, acerca del estado ycuidado de salud de un individuo en su tiempo de vida. Tradicionalmente un sistema de este tipo se enfoca en registrar los cuidados y estado del paciente cuando este está enfermo,no obstante, la visión de la Secretaría Distrital de Salud, busca un gestión integral del cuidado de la salud, donde nos enfocamos en el registro y seguimiento a datos e información enla salud y su cuidado como un continuo, que va desde la salud o bienestar a la enfermedad y la recuperación.

No. CRITERIOS FUNCIONALES CumpleCompletamente

CumpleParcialmente

Por Desarrollar Observaciones

1 Admisión del paciente

1.1 Centralizar los datos de aseguramiento y socio-demográficos del paciente quepermiten individualizarlo en la red. Permitir l a gestión de admisión del paciente, tantoen las áreas de consultas externas como de hospitalización y urgencia.

1.2 Asociar identificación biométrica al paciente y generar identificador único mediantecódigo de barras y/o opcionalmente con tecnología RFID. Asignar automáticamenteun número de historia clínica único para el paciente. Permitir apertura del registroclínico administrativo en pacientes sin identificación. Admisión del Recién Nacido,considerando el vinculo madre-hijo.


2/20

Página 2 de 20


CumpleParcialmente


1.3 Dotado de diferentes criterios de búsqueda de pacientes, sea búsqueda exacta ypor aproximación, al menos por nombres, apellidos, identificación y numero dehistoria clínica. Permitir edición de los datos.

1.4 Permitir el estado de pre-admisión (estado "en espera" para hospitalización) depacientes.

1.5 Gestión de Admisión del Usuario/Paciente, tanto en las áreas de Consulta deEspecialidades, Hospitalización y Urgencias.

1.6 Generar etiqueta de identificación del paciente mediante código de barra.1.7 Identificar y gestionar prestaciones y atenciones asociadas a seguros (Seguro

escolar, Seguros de Accidentes de Tránsito y otros), permitiendo la acreditación delderecho de atención, tipo de seguro, cobertura y restricciones, según las reglas denegocio establecidas por la institución.

1.8 El sistema deberá proporcionar la capacidad de interoperar con sistemas distritalesy nacionales de comprobación de derechos a través de servicios web.

1.9 Opción de búsqueda de pacientes, localizar en forma on-line, ubicando el área

donde se encuentra (Urgencia, Hospitalización y atención Ambulatoria)2 Agenda médica

2.1 Definir agendas por especialidad, subespecialidad, servicio, recurso humano,horario y frecuencia o intervalos.

2.2 Permitir apertura de agenda por periodos variables.2.3 Definición y parametrización de los tipos de atenciones: ingreso, control,

sobrecupos, consultas abreviadas, consultas derivadas y procedimientos.2.4 Redistribución de cupos de agenda, modificación de rendimientos, reasignación de

pacientes de un profesional a otro.2.5 Gestión de citas: Citación de las agendas para el mismo día o días futuros. Permitir

citaciones periódicas, por ejemplo para especialidades como rehabilitación y dental.Permitir citar un paciente para diferentes especialidades, concentrando en loposible, las fechas de estas citaciones evitando la citación de un paciente para lamisma hora en el día en diferentes especialidades.

2.6 Interoperabilidad con línea 195 para gestión de citas.

2.7 Buscar cupos disponibles para citas, en forma automática.2.8 Poseer alertas para casos especiales definidos por la institución, ejemplo

diagnósticos específicos.2.9 Agendar Una nueva cita o procedimiento, directamente desde la consulta del

profesional.2.10 Poseer funciones de bloqueo y anulación (motivos parametrizables por la institución)

reorganizando las citas mediante reprogramación automática y manual.2.11 Enviar mensajes SMS, MMS para comunicación con el paciente.


3/20

Página 3 de 20


CumpleParcialmente


2.12 Permitir al usuario clínico, la visualización de su agendamiento.2.13 Visualizar gráficamente las agendas: profesionales por ubicación, especialidad,

agenda personal, visualización de pacientes en espera de atención médica, tipo deatención, atenciones cumplidas.

2.14 Incorporar notas para profesionales.2.15 Permitir visualizar histórico que reporte todas las citas del paciente, en un periodo

determinado, mostrando fecha-hora-especialidad-profesional, asistencias einasistencias y motivos de baja, lo que permitirá al personal del Hospital, disponerde diversos indicadores y predictores y tendencias.

2.16 Contabilizar tiempos de atención del paciente: Recepción, espera, inicio-fin de laatención clínica o procedimiento, tiempos medios de atención, tiempos muertos yotros indicadores que el Hospital estimara pertinentes.

2.17 Utilizar estados parametrizables de la agenda establecidos por la institución.2.18 Visualizar lista por especialidad, profesional u otros parámetros.

2.19 Posibilidad de los consultorios de atención primaria de visualizar horas asignadas asus pacientes, y el agendamiento de las mismas.

2.20 Permitir acceso a agenda de atención ambulatoria para realizar consultas y citas,por parte del personal médico.

3 Historia Clínica Médica3.1 El sistema deberá permitir registrar información clínica de un paciente. Dicho

registro es válido desde el punto de vista clínico y legal, y recoge información de tipoasistencial, preventivo y social.

3.2 Registro y consulta de Anamnesis: Datos surgidos de la entrevista clínica, incluido elmotivo de consulta, la enfermedad actual y otra información demográfica relevante.

3.3 Registro y consulta de Antecedentes: Información de antecedentes clínicos delpaciente según sexo, por especialidad y con codificación de enfermedades basadaen CIE-10 / SNOMED CT

3.4 Antecedentes de uso de medicamentos (incorporar vacunas y Notas delpaciente).

3.5 Registro y consulta de Revisión por sistemas3.6 Registro y consulta de Exploración física: conjunto de datos objetivos o signos que

estén relacionados con los síntomas que refiere el paciente, registrando comomínimo y según escalas y unidades parametrizadas: la temperatura, índice de masacorporal, talla, peso, escala de Glasgow, presión arterial con cálculo para la presiónarterial media, frecuencia cardiaca, frecuencia respiratoria y Pulso (Signos vitales).

http://es.wikipedia.org/wiki/S%C3%ADntomahttp://es.wikipedia.org/wiki/S%C3%ADntoma


4/20

Página 4 de 20


CumpleParcialmente


3.7 Soporte a la toma de decisiones para control de signos vitales por fuera de losrangos establecidos, generando las notificaciones correspondientes.

3.8 Permitir establecer rangos de seguridad y alertas para cada parámetro de signosvitales, considerando las variables de edad, y sexo del paciente, entre otrassubdivisiones.

3.9 Visualización gráfica de los datos de signos vitales. Otorgar una visualizacióncentralizada de todas las constantes registradas al paciente, además devisualizaciones gráficas de la evolutiva de constantes seleccionadas.

3.10 Contemplar uso de filtros (fecha y hora) para la visualización de constantes puedeser por paciente y/o por Unidad Clínica.

3.11 Integración con equipamiento clínico, capturando en línea, el registro de constantesvitales medidas por los mismos.

3.12 Exploración física por regiones: Permitiendo registrar y describir el estado del

paciente tras de examen físico por aparato o sistema del cuerpo humano,determinando si fue o no evaluada la región y el estado de esta, donde las regionesprincipales se encuentran a continuación:

Examen cardiaco y vascular Examen del aparato digestivo Examen del aparato urinario Examen del sistema linfático Examen dermatológico Examen ginecológico Examen neurológico Examen osteoarticular Examen otorrinolaringológico Examen pulmonar o respiratorio Examen psiquiátrico y psicológico

Examen urológico3.13 Registro y consulta de datos de exploración complementaria: Registro de pruebas yexámenes complementarios, relacionando órdenes de laboratorio, diagnóstico porimágenes y pruebas especiales realizados en el paciente.

3.14 Registro y consulta de Diagnóstico: Registro de diagnóstico asociado al paciente,con codificación CIE-10.

3.15 Permitir ingresar y visualizar, en forma centralizada, todos los diagnósticos delpaciente, utilizando codificaciones clínicas estandarizadas, tales como: CIE-10 ySnomed-CT.


5/20

Página 5 de 20

3.16 Disponer de listados de Diagnósticos más frecuentes por usuario y/o especialidad.3.17 Permitir agregar atributos o propiedades al diagnostico, tales como: Diagnostico

Principal, diagnostico secundario.3.18 Identificar Estados o fases del Diagnostico, ej.: Observación, estudio, definitivo,vigente, etc.

3.19 Debe contar con ayuda para búsqueda de diagnostico, sea por código o pordescripción.

3.20 Permitir destacar o marcar diagnósticos específicos, tales como: Enfermedades denotificación obligatoria y otros definidos por la institución.

3.21 Permitir consignar diagnósticos a los antecedentes del paciente.3.22 Listado de diagnóstico por paciente y conjunto de pacientes y búsqueda de

diagnóstico usando clasificación CIE-10.3.23 El sistema deberá permitir asociar una descripción detallada con narrativa al

diagnóstico codificado.3.24 El sistema deberá permitir parametrizar los datos como obligatorios para su

diligenciamiento, así como gestionar (crear, actualizar, borrar y restringir porusuario) otros elementos de información clínica necesaria para el registro de salud

del paciente.3.25 Evolución Médica: Registro de tipo de evolución, gestión (registro, consulta y lectura

según permisos) de diagnósticos por evolución, y datos generales de evolución.3.26 Procedimientos realizados codificados con CUPS y CUM, registro de nuevos

hallazgos y nuevos diagnósticos según procedimientos.3.27 Gestión de Egreso, tipos de egreso, justificación, condiciones de salida, plan de

manejo y visualización de órdenes generadas y realizadas.3.28 Epicrisis: Resumen completo de la atención clínica del paciente.27.53.29 Gestión de consentimiento informado3.30 Gestión del CLAP (RED PERINATAL)3.31 Consulta de cada una de los componentes de la historia por especialidad,

problemas y c ronología.3.32 Roles y privilegios para el control de acceso a la historia, donde solamente el

personal que presta la atención al paciente logre acceder a la historia.3.33 Cumplir con el marco legal normativo según 19953.34 Cumplir con el marco legal normativo según 14383.35 Gestión de datos e información ambulatoria3.36 Gestión de datos e información quirúrgica3.37 Gestión de datos e información hospitalaria3.38 Impresión de brazalete de paciente que ingresa a la institución a cualquiera de los

servicios.3.39 Impresión de brazalete para recién nacido, con identificación del bebé y de la

madre.


6/20

Página 6 de 20

3.40 Los Registros Clínicos centrados en el paciente, permitiendo la concurrencia devarios especialistas de manera simultánea, identificando a los profesionales que

participan en la atención.3.41 Permitir la emisión de Informes de la Historia Clínica en formatos variables quepermita seleccionar mediante filtros adecuados, eventos, episodios, exámenes yotros, por rango de fecha, tipo de patología, grupos de pacientes, entre otrosdefinidos a la medida.

3.42 Impresión de informes clínicos en formatos flexibles y exportables a documentos detexto, planillas de cálculo y PDF.

3.43 Incorporar documentos escaneados en la Historia Clínica del paciente.3.44 Gestionar por grupos relacionados de diagnóstico. GRDs3.45 Gestionar integralmente los datos del embarazo u otros, sean estos: atenciones

ambulatorias, atenciones de urgencia, hospitalizaciones por cualquier causa,trabajo de parto.

3.46 Permitir la integración de voz, imágenes y videos en el Historial Clinico Electrónicodel Paciente

3.47 Debe permitir el registro de los otros profesionales de la salud y de la actividad

docente-universitaria.3.48 Realización y emisión de Informes estadísticos, en base a parámetrosseleccionados por el usuario.

3.49 Registrar causa de la muerte con diagnóstico codificado.3.50 Historial del paciente (médico, social y familiar. Posibilidad de elegir

diagnósticos que formen parte del historial médico).4 Urgencias

4.1 Considerar el concepto de Multiurgencia para diferentes áreas: Pediátrica, Adulto,Obstétrica, entre otros definidos por la institución.

4.2 Clasificación de los pacientes con base en su grado de urgencia. El Sistemasdeberá permitir el registro ágil de un paciente y la información clínica de este, con elobjetivo de determinar la prioridad para la atención de un paciente en el servicio deurgencias según la gravedad de su estado clínico.

4.3 Permitir que el ingreso de cada paciente a la unidad de urgencias que lo atenderá,sea acompañado por toda la información contenida en los Formularios de Atención

de Urgencia dispuesta por el Hospital. Permitir el acceso a la Historia Clínica Digitalde cada paciente.

4.4 Utilizar listas de espera independientes para cada rea: Pediátricas, Adulto,Obstetricia.

4.5 Registro de emergencia vital, especificando solicitud rápida de exámenes yprescripciones.

4.6 Garantizar la no duplicación de pacientes, en listas de espera de urgencias y enhospitalización.


7/20

Página 7 de 20

4.7 Permitir registro de datos en pacientes sin identificación, generando una notificaciónpara regularizar posteriormente la situación. El sistema, deberá asignar un código

temporal de identificación al paciente que se atiende. Deberá indicar si existió unacondición de identificación previa, y el código de la misma.4.8 Utilizar sistema de priorización o categorización del paciente (Triage) para la

atención de urgencia.4.9 El sistema deberá apropiar los siguientes niveles de clasificación:

Rojo: Atención inmediata Amarillo: Situación de Urgencia con riesgo vital (Espera hasta 1 hora para

su atención) Verde: No compromete la vida del paciente (Espera hasta 6 horas para su

atención). Pacientes que presentan un problema de salud que nocompromete la integridad del paciente. No es una urgencia. Incluyecondiciones de riesgo que ameritan atención médica prioritaria.

4.10 El sistema tras el Triage deberá indicar el tiempo máximo de espera para seratendido.

4.11 Destacar pacientes con períodos críticos de espera (tiempo definido de espera)

según Triage de priorización,4.12 Contemplar diferentes áreas de atención de urgencia: Espera, Unidad de atención,Unidad de reanimación y Salas de Observación para las diferentes urgencias yprocedimientos.

4.13 Realizar traspasos entre diferentes atenciones (por ejemplo: Urgencia - hospital),permitiendo registrar diagnósticos no médicos (enfermería y salud mental).

4.14 Contabilizar los tiempos (totales y parciales) de las atenciones de pacientes enurgencia: sala de espera, unidad de atención, unidad de reanimación y sala deobservación. Calcular y entregar, resultados totales, medias y tendencias de estavariable.

4.15 Proporcionar mapa visual de la unidad de Urgencias: unidad de atención, unidad dereanimación, sala de observaciones, procedimiento que permite conocer laubicación física del paciente.

4.16 Integración con de Gestión de Camas y Pabellón del hospital.4.17 Generación en línea de solicitudes de fármacos, procedimientos, vacunas,

exámenes e indicaciones medicas. Acceso a protocolos de atención y diagnóstico.4.18 Generar registros de las atenciones por accidentes de tránsito, escolar, de trabajo u

otros, entregando adicionalmente una estadística de los mismos.4.19 Permitir el ingreso de datas clínicos por parte de diferentes profesionales,

debidamente registrados y autorizados.4.20 Mantener información del estado en que se encuentran las peticiones solicitadas al

paciente en urgencias.4.21 Debe permitir generar formularios de Consentimiento Informado.


8/20

Página 8 de 20

5 Historia Clínica Enfermería5.1 La Historia clínica de Enfermería como herramienta tecnológica que facilita el

registro de la atención y cuidado del paciente por parte del personal de Enfermería,mejorando la calidad, oportunidad, confiabilidad y seguridad de la Información decada atención brindada.

5.2 Aplicabilidad para los diferentes servicios de las instituciones hospitalarias en losdistintos niveles de atención.

5.3 Integración natural con otros procesos como la generación de órdenes médicas,garantizando la disminución de errores por interpretación y mejor oportunidad en elcuidado de Enfermería según el tratamiento médico.

5.4 Información gráfica de datos de monitoreo que facilita la interpretación del estadoclínico del paciente en el tiempo y la conducta a tomar por el equipo médico.

5.5 Organización de la historia Clínica y agilidad para la búsqueda de registros deEnfermería.

5.6 Perfiles de seguridad y permisos de acceso de acuerdo con la necesidad de cadaperfil que ingresa a la historia.

5.7 Manejo de textos predefinidos que agilizan la digitación de determinada información.

5.8 Fácil manejo y aprendizaje para los usuarios clínicos de la institución.5.9 Disponibilidad de la información en línea para todos los participantes en el

tratamiento del paciente.5.10 Control sobre ordenes médicas pendientes y cumplidas por paciente5.11 Parametrización de horas de administración de medicamentos según los horarios

definidos por la institución5.12 Visualización de históricos por turnos de enfermería según horarios que se manejen

en la institución5.13 Permitir visualización de la Historia Clínica de diferentes maneras, por ejemplo: por

paciente, grupos de pacientes, servicio clínico, episodios, y otros definidos por lainstitución.

5.14Permitir el acceso personalizado, rápido y fácil al registro de datos en documentos y/o formularios definidos para enfermería, por ejemplo: Escalas, planes de cuidado,protocolos, pautas de categorización y guías clínicas.

5.15 Visualizar y gestionar diferentes listas de trabajo a través de diferentes filtros tales

como: cuidados programados, exámenes, procedimientos, administración defármacos y dietas etc., sean estas indicadas por médicos y/o enfermeras.

5.16 Gestionar Solicitudes desde enfermería, mostrando el estado en que se encuentranlas diferentes solicitudes de los pacientes a su cargo, por ejemplo: Laboratorio,

Anatomía Patológica, Imágenes, Interconsultas, Movilización, centros de sangre yotras.

5.17 Visualizar el Mapa de camas ocupadas y disponibles y permitir la Gestión de camassegún las necesidades del usuario.


9/20

Página 9 de 20

5.18 Permitir registro de valoración por enfermería.5.19 El sistema deberá proveer las pautas para categorización de pacientes, según

escalas de riesgo y otros estándares, definidos por la Institución.5.20 Permitir la gestión de planes de cuidados propios; flexibles, definidos por el usuarioy/o Unidad Clínica, coherente al modelo de cuidado de la institución.

5.21 Visualización de Planes de Cuidado, mediante diferentes filtros.5.22 Gestión de seguimiento de heridas5.23 En los registros de enfermería permitir el ingreso de datos en Formularios (definidos

por la institución) que apunten a la seguridad del paciente, tales comoConsentimiento informado, Registro de incidencias y otros.

5.24 Gestión de tratamientos, crear y evolucionar tratamiento, realizar seguimiento(sesiones programadas/sesiones realizadas, inasistencias y postergaciones).

6 Gestión de unidades quirúrgicas6.1 Gestionar lista de espera quirúrgica centralizada y gestionada de acuerdo a grupos

y perfiles de usuarios definidos por el hospital o la red6.2 Contemplar que en la solicitud de quirófano al menos se identifique: el profesional

solicitante, la fecha de ingreso de la solicitud, fecha probable de intervención,

identificación del paciente, diagnósticos, instrumental, equipamiento, equiposclínicos, tipo de quirófano, uso de filtros, entre otros.

6.3 Actualizar en línea la lista de espera quirúrgica según intervenciones realizadas,considerando a lo menos, los motivos de salida o estados.

6.4 Permitir la planificación de quirófanos, salas de parto y salas de parto integral porfecha, hora, tipo y especialidad.

6.5 Planificación de tabla quirúrgica diaria, con acceso según grupo de especialidades yperfil de usuario.

6.6 Gestionar quirófano durante el acto quirúrgico; contabilización de tiemposquirúrgicos y anestésicos, identificación del N° y tipo.

6.7 Permitir el registro del personal que participo en el acto quirúrgico.6.8 Disponer de un Gestor de Solicitudes a Esterilización, Instrumental e insumos.

Registro de paquetes quirúrgicos de ropa y número de cajas del instrumentalmediante uso de código de barra y/o opcionalmente con tecnología RFID.

6.9 Solicitud de prótesis requeridas en base a la programación quirúrgica.

6.10 Proveer una solución al ingreso de datos del recién nacido inmediato, considerandopartos múltiples. Vinculo madre-recién nacido con flujo bidireccional de informaciónpara el manejo clínico y estadístico.

6.11 Gestión de entrevistas pre-quirúrgicas y post-quirúrgicas a pacientes7 Resultados de Laboratorio

7.1 El sistema debe proporcionar capacidad para recibir, almacenar en el registro clínicodel paciente y desplegar valores discretos de resultados de laboratorio, recibidos através de interface con el LIS(Sistema de Información de Laboratorio)


10/20

Página 10 de 20

7.2 El sistema deberá proporcionar la capacidad de mostrar resultados de diagnósticocomplementarios de laboratorio.

7.3 El sistema deberá proporcionar la capacidad de mostrar resultados normales yanormales de diagnósticos complementarios.7.4 El sistema deberá proporcionar la capacidad de electrónicamente recibir resultados

de laboratorio clínico en un formato estructurado, y desplegar tales resultados en unformato legible.

8 Imágenes diagnósticas8.1 El sistema deberá proporcionar la capacidad de mostrar resultados de diagnóstico

por imagen. El sistema deberá permitir el acceso y visualización de imágenesbiomédicas por paciente.

8.2 Interoperabilidad con PACS (Picture Archiving System) y visualización de imágenesDICOM (Digital Imaging and Communication in Medicine). Permitir una conectividadtotal con el sistema RIS PACS, administrando sus recursos disponibles (médicos,profesionales no médicos, equipos, insumos, unidad de atención, horarios deatención en diferentes formatos y listas de espera. Deberá permitir una operacióntotal de los visualizadores propios del PACS.

8.3 El sistema deberá permitir asignar en la HCE las imágenes biomédicas de unpaciente.8.4 El sistema deberá permitir listar cronológicamente las imágenes diagnósticas de un

paciente y buscar por criterios específicos.8.5 El sistema deberá permitir registrar los resultados de la lectura de un estudio de

imágenes o una imagen particular de un paciente, como parte de la historia clínicaelectrónica.

9 Ordenes médicas9.1 El sistema deberá proporcionar la capacidad de gestionar órdenes a procedimientos

o medicamentos con información suficiente para su consecución según eldepartamento asociado a la orden.

9.2 El sistema deberá proporcionar la capacidad de chequear potenciales interaccionesentre medicamentos a ser ordenados y medicación actual, así como alertar alusuario al momento de generar la orden si existen potenciales interacciones.

9.3 El sistema deberá proporcionar la capacidad de registrar en la historia del paciente

cada orden generada así como firmar electrónicamente por el médico tratante paracada orden generada al paciente.

9.4 El sistema deberá proporcionar la capacidad de codificar las ordenes deprocedimientos de según la Clasificación Única de Procedimientos en Salud(CUPS).

9.5 El sistema deberá generar una lista de órdenes del paciente con acceso controladopara que tanto el personal médico-asistencial relacionado con la atención así comolos servicios que intervienen en la atención del paciente (radiología y laboratorioclínico) accedan a la lista de ordenes del paciente en tiempo real, especificando a la


11/20

Página 11 de 20

información sobre las actividades pendientes de realizar.9.6 Una vez la orden u órdenes generadas a un paciente, el sistema deberá permitir

realizar consultas, seguimiento y control de dichas órdenes.9.7 El sistema deberá proporcionar la capacidad de asignar estados y prioridades a lasórdenes.

9.8 El sistema deberá permitir cancelar órdenes creadas registrando su respectiva justificación, con fecha, hora, lugar y firma electrónica de quien cancela la orden.Para la cancelación el usuario ejecutor deberá poseer un perfil especial que permitadicho procedimiento.

9.9 El sistema deberá proporcionar la capacidad de que las órdenes sean generadasprincipalmente por el médico tratante asignado, permitiendo además habilitargeneración de órdenes a otro tipo de personal médico-asistencial asignado alpaciente.

9.10 El sistema deberá permitir registrar fecha y hora de cada orden generada.9.11 Debe permitir realizar el seguimiento del procedimiento solicitado ya sea de

procesamiento interno o externo (a terceros) con "manejo de estados" y resultados.10 Gestión de relación médico-paciente

10.1 El sistema deberá proporcionar la capacidad de mostrar y gestionar (asignar,actualizar y eliminar) las asignaciones de personal de atención o médico al paciente.10.2 El sistema deberá proporcionar la capacidad de organizar y mostrar equipos de

médicos o de atención y miembros individuales asignados al paciente.10.3 El sistema deberá proporcionar la capacidad para personal medico-asistencial

asignado al paciente de gestionar datos clínicos y ver información de sus pacientesasignados

10.4 El sistema deberá proporcionar la capacidad de capturar y manejar como elementosde datos discretos la identificación de todos y cada uno del personal médico-asistencial asignado al paciente.

11 Seguimiento de Pacientes11.1 El sistema deberá proporcionar la capacidad de gestionar y claramente mostrar el

estado de cuidado del paciente (esperando por médico, admitido, en espera,esperando enfermera, esperando consulta, en camino a departamento, etc.).

11.2

El sistema deberá proporcionar la capacidad para presentar una alerta cuando el

estado del paciente ha excedido el marco de tiempo definido en el sistema paradicho estado.

11.3El sistema deberá proporcionar la capacidad de identificar la ubicación física de lospacientes o un paciente específico en urgencias, incluyendo la fecha y hora deacceso del paciente a esa ubicación

11.4 El sistema deberá proporcionar la capacidad de gestionar la reubicación depacientes en urgencias y desplegar las correcciones de ubicación del paciente.

11.5 El sistema deberá proporcionar la capacidad de gestionar y mostrar múltiples


12/20

Página 12 de 20

pacientes siendo simultáneamente atendidos en una habitación o espacioidentificado.

11.6 El sistema deberá proporcionar la capacidad de gestionar camas ad-hoc y la gestiónde pacientes en estas camas temporales.11.7 Opciones de Búsqueda rápida e intuitiva a través de distintos parámetros que

identifiquen al paciente: número de identificación nacional, Nombre, apellido,Número de Historia Clínica.

11.8 Permite el seguimiento completo del paciente considerando Fisioterapeutas,Kinesiólogos, Terapeutas Ocupacionales y otros.

12 Pacientes y gestión de camas, Referencia y contrareferencia 12.1 El sistema deberá proporcionar la capacidad mostrar todos los pacientes actuales

así como las habitaciones o espacios de atención vacios.12.2 El sistema deberá proporcionar la capacidad de mostrar claramente los pacientes

pendientes o en espera de triage, asignación a hospitalización o pendientes dereubicación.

12.3 El sistema deberá proporcionar la capacidad de mostrar pacientes esperando a serregistrados.

12.4 El sistema deberá proporcionar la capacidad de mostrar tiempos de espera depacientes aun no llevados al área de tratamiento.12.5 El sistema deberá proporcionar la capacidad de mostrar los pacientes que han sido

admitidos a hospitalización pero aún permanecen en urgencias.12.6 El sistema deberá proporcionar la capacidad de mostrar información disponible de

los pacientes que llegarán que han sido remitidos.12.7 El sistema deberá permitir gestionar toda la información necesaria para el proceso

de referencia y contrareferencia entre hospitales.12.8 El sistema deberá proporcionar información de la disponibilidad de camas y

especialización para el proceso de referencia y contrareferencia.12.9 Acceso fácil y rápido a listas y mapa de camas ocupadas y disponibles.12.1

0Contemplar interfaz grafica o un mapa de camas, libres y ocupadas, por sectores ypor toda la institución.

12.11

Acceso y búsqueda eficiente y directa, desde el Mapa de Camas, a la HistoriaClínica del paciente, según perfiles de acceso.

12.12

Dar cuenta de Listado de camas ocupadas, considerando. Nombre del paciente ydiagnóstico, N° de cama y sector (definidos por la instituci6n) y tiempo estimado deliberación, integrando la Categorización Riesgo/Dependencia.

12.13

Conocer movimiento de paciente (trazabilidad).

12.14

Permitir diferentes "estados" o atributos de las camas, ejemplo: Libre, en Reserva,en Reparación, Bloqueada, Pre alta, etc.

12.1 Disponer de Lista de pacientes con indicación de hospitalización y de espera de


13/20

Página 13 de 20

5 camas.12.1

6

Permitir listados de camas utilizando diferentes filtros, al menos; rango de fechas,

por sectores, por estados o atributos de las camas.13 Instrucciones de alta13.1 El sistema deberá proporcionar la capacidad de gestionar instructivos de alta.13.2 El sistema deberá proporcionar la capacidad de capturar el actual instructivo de alta

dado al paciente o referenciar documentos que contienen dichas instrucciones.13.3 El sistema deberá proporcionar la capacidad de generar instructivos o plan de alta

de para cada paciente pertinentes al problema, diagnóstico o procedimientosdesempeñados.

13.4 El sistema deberá proporcionar la capacidad de incluir en los instructivos de altadetalles de cuidado adicional tales como seguimiento, visitas y tiempo apropiado decuidado adicional.

13.5 El sistema deberá proporcionar la capacidad de editar instrucciones de alta para unpaciente en particular

14 Gestión de alergias y reacciones adversas 14.1 El sistema deberá proporcionar la capacidad de capturar, mantener y mostrar como

datos discretos, el listado de medicamentos y otros agentes con los cuales elpaciente ha tenido eventos alérgicos u otras reacciones adversas.14.2 El sistema deberá proporcionar la capacidad de especificar el tipo de reacción

alérgica o adversa en un campo discreto.14.3 El sistema deberá proporcional la capacidad de explícitamente indicar en un campo

discreto que un paciente no ha sufrido o conocido reacciones adversas o alergias amedicamentos.

14.4 El sistema deberá proporcionar la capacidad de modificar o inactivar un elemento dela lista de alergias y reacciones adversas.

14.5 El sistema deberá proporcionar la capacidad de capturar y mantener como datodiscreto la razón por la cual se inactiva, modifica o remueve un elemento de la listade alergias y reacciones adversas.

14.6 El sistema deberá proporcionar la capacidad de capturar y mantener, como datodiscreto, la identidad del usuario que agregó, modificó, inactivó o removió elementosde la lista de alergias y reacciones adversas de un paciente, incluyendo los atributos

del elemento cambiado. El id del usuario, así como la fecha y hora de la gestióndeberá ser registrada.

14.7 El sistema deberá proporcionar la capacidad a los usuarios de explícitamente indicarque la lista de alergias fue revisada, indicando fecha y hora cuando la opción derevisado de alergias es seleccionada.

14.8 El sistema deberá proporcionar un mecanismo para registrar la fuente de lainformación de la alergia.

14.9 El sistema deberá proporcionar la capacidad de mostrar la lista de alergias,


14/20

Página 14 de 20

incluyendo fecha y tiempo de registro.Contar con elementos de Seguridad Clínica: Identificación de Problemas

Relacionados con Medicamentos (PRM) mediante alertas y validaciones al momentode la prescripción y registro de administración. Ejemplo: Alergias, dosis por formafarmacéutica, dosis máxima y mínima (por dosis y por día), interacciones, sinergias,dosis por kilo de peso, contraindicaciones a medicamentos o dietas, equivalencia dela dosis en la forma farmacéutica, duración del tratamiento, etc. Si es que existiesedurante la vigencia del contrato deberá integrarse con el sistema de Reacciones

Adversas al medicamento definido por el nivel central.15 Gestión de Medicamentos

15.1 El objetivo del sistema de alertas en la administración de medicamentos en elsistema clínico es generar un alto impacto en los procesos asistenciales que serealizan de manera electrónica, teniendo como resultado una disminución en loserrores médicos, mejora en la atención de los pacientes, y mejora a la calidad deltrabajo del personal asistencial.

15.2 Leer la manilla del paciente que contiene el código de barras de este.15.3 Identificar al paciente a través de la lectura del código de barras como paciente

activo en la Institución.15.4 Verificar, en el Kardex Electrónico (Programación de Medicamentos) de Enfermería,los medicamentos vigentes (no cancelados ni terminados) que tiene formulado unpaciente.

15.5 Leer e identificar el medicamento a administrar, a través del código de barras quetenga cada medicamento.

15.6 Verificar que el medicamento leído a través del código de barras se encuentre en laprogramación de medicamentos de ese paciente, para garantizar que elmedicamento si es de ese paciente

15.7 Confirmar la administración del medicamento en el módulo de Enfermería15.8 Si el medicamento leído no está en la programación de ese paciente, se saca una

alarma y se guarda un registro de la misma con el objetivo de tener información deintentos de administración equivocada.

15.9 El sistema deberá garantizar que el medicamento se está administrando al pacientecorrecto, en la hora correcta, el medicamento correcto, la dosis correcta y la vía de

administración correcta, con cada uno de estos elementos gestionados en elsistema para el paciente.15.1

0Permitir la visualización de arsenal farmacéutico del hospital Búsqueda demedicamento por: principio activo, nombre comercial, grupo terapéutico, formafarmacéutica o por prescripciones favoritas o frecuentes asociadas a perfil y/ousuario.

15.11

lntegración con Farmacia, que permita la reposición de fármacos e insumos para sufacturación y costeo, incluyendo un sistema móvil de dispensación.

15.1 Alertar al clínico de falta de stock y proponer fármacos alternativos.


15/20

Página 15 de 20

215.1

3

Gestión de prescripciones de fármacos fuera del arsenal o de otro tipo, que

requieran de autorizaciones especiales, definidas por el Hospital.15.14

Manejar distintos tipos de prescripciones de diferentes tipos: simples, infusiones osoluciones, micro dosis, estupefacientes, restringidos, por protocolos, etc.

15.15

Proponer sugerencia de horarios, frecuencias y periodos.

15.16

Manejar diferentes vías de administración permitidas e informar precauciones deadministración (modo, velocidad, diluyentes recomendados e incompatibles).

15.17

Permitir suspensión, término y/o modificación de la prescripción de acuerdo aindicaciones del médico tratante.

15.18

Permitir la Prescripción automática de un Plan de tratamiento farmaco-terapeuticopor un periodo de tiempo definido. (Recetas de Pacientes Crónicos)

15.19

Contar con sistema móvil de captación electrónica de datos para la administracióncon Código de barras (y opcionalmente con tecnología RFID) Que considere laidentificación del fármaco, de paciente y del administrador Que apunten a asegurarla trazabilidad del proceso.

15.20 Permitir a enfermería ajustar horarios de adecuación de prescripción.

15.21

El Registro de administraciones debe contemplar paciente, fármaco, dosis, vía, lugaranatómico de administración, fecha, hora y quién administró.

15.22

Acceso al perfil farmacológico del paciente.

16 Soporte a la toma de decisiones 16.1 Asistencia para decisiones clínicas para la comprobación rudimentaria de conflictos16.2 Asistencia para decisiones clínicas para la comprobación de errores durante el

registro de órdenes a procedimientos o en general solicitudes.16.3 Asistencia para decisiones clínicas basada en el protocolos y guías de atención

clínica.16.4 El sistema deberá proporcionar la capacidad de establecer y modificar reglas

básicas de soporte a decisiones para alertar a los equipos de atención en urgenciasy hospitalización asignados a un paciente, de la completitud de tareas o resultados

de un determinado paciente. Ejemplo: Notificar al Doctor/Enfermera cuando todoslos resultados de las pruebas estén realizado para un paciente, o notificar alDoctor/Enfermera si las pruebas de exploración complementaria no han sidocompletadas siendo las 00:30 a.m.

16.5 Gestión (creación, referencias, búsqueda, recuperación y visualización) de guíasclínicas de atención y protocolos clínicos.

16.6 Generar alarmas que avisen de sospecha o diagnóstico de enfermedades denotificación obligatoria.


16/20

Página 16 de 20

16.7 Contar con Guías (Vademecum) y protocolos para consultas.16.8 Indicar para cada uno de los fármacos, de sus dosis máxima y mínimas,

interacciones, efectos colaterales, principios activos, presentación, unidad demedida, vías de administración.16.9 Alertas de factores de riesgos.17 Odontología

17.1 El sistema deberá proporcionar la capacidad de gestionar registros de odontologíapara un paciente. Registro odontológico electrónico completo que permite generarnotas clínicas de evolución.

17.2 El sistema deberá proporcionar la capacidad de incorporar modelos específicos dehistoria clínica odontológica

17.3 El sistema debe permitir el registro de hallazgos en cada una de las piezas dentales,parcial o totalmente y el registro de hallazgos en toda la boca. Esta información sedebe visualizar, en forma gráfica a través del odontograma, así como en forma delistado descriptivo.

17.4 El sistema debe permitir que una vez realizado el examen dental o diagnósticoodontológico, permitir el registro de trabajos en cada una de las piezas dentales,

parcial o totalmente, y el registro de trabajos en toda la boca. Esta información sedebe visualizar, en forma gráfica a través del odontograma, así como en forma delistado descriptivo.

17.5 El sistema debe generar de manera automática los rips de los servicios realizados.17.6 El sistema debe permitir registrar cada una de las actividades del tratamiento dental,

el sistema obtiene las tarifas vigentes y elabora el presupuesto para ser acordadocon el paciente.

17.7 El sistema debe permitir a medida que se van registrando las actividadesodontológicas ejecutadas, se actualiza el presupuesto ejecutado y la cuenta delpaciente.

17.8 El sistema debe permitir modificaciones al examen dental y al tratamientoinicialmente acordado, identificando estas adiciones, anulaciones, repeticiones,solicitando justificación al profesional clínico de las modificaciones.

17.9 El sistema debe permitir consultar cada una de las notas odontológicas y cada unode los registros de examen dental y evolución del tratamiento dental, en forma

cronológica y debe contar con filtros para consultar la información por rangos defechas y tipos de notas.17.1

0El sistema debe permitir consultar odontogramas y notas asistenciales, detratamientos ya cerrados o suspendidos.

17.11

Captura y presentación de la información a través de diagramas gráficos:odontogramas, periodonto gramas, diagramas de prótesis, diagramas de higiene yortogramas. Estos diagramas darán cuenta de atenciones programadas, realizadasy pendientes, con control de las diferentes etapas de tratamiento (Presupuesto - Entratamiento - Finalizado y/o Alta). Totalmente configurable por el usuario (Estados,


17/20

Página 17 de 20

colores, características).17.1

2El sistema debe permitir al sistema de odontología integrarse con el sistema defacturación.

17.13

Permite la prescripción y administración de fármacos.

17.14

Visualizar imágenes precargadas . Cuando sea necesario, deberá poder interactuarcon el RIS-PACS integrando los equipos de rayos intraoral y ortopantomógrafo ytodas sus funciones asociadas.

18 Nutrición y Dietas 18.1 El sistema deberá proporcionar la capacidad de generar dietas específicas por

paciente, así como ejercer un completo control sobre las diferentes dietas quepueden ser solicitadas y asignadas a un paciente, durante la estancia del pacienteen un centro asistencial, determinando periodos y estados a dichas dietas, parafinalmente generar los sumarios de dietas por paciente.

18.2 Permitir prescripción de dietas habituales y/o personalizadas para pacientesespeciales o que requieran de suplementos, medicamentos, texturas especiales.

Alertas de seguridad en relación a antecedentes alérgicos.

18.3 Gestionar nutriciones parenterales y lácteas complejas.18.4 Permitir prescribir dietas distintas dentro de las 24 horas, por ejemplo:realimentación post operatoria.

18.5 Permitir prescribir dietas lácteas . Debe considerar manejo de diferentes tipos deformulas lácteas, cambios frecuentes de indicaciones, diferentes volúmenes,incorporación de nutrientes o medicamentos adicionales a la formula.

18.6 Permitir validaciones y/o modificaciones a la prescripción según perfiles, porejemplo ajuste de la dieta realizada por Nutricionista.

18.7 Se debe integrar con otros sistemas, por ejemplo al modulo camas, para conocer laubicación del paciente.

18.8 Gestión de dietas: Consultar acerca de las dietas prescritas por paciente y porUnidad.

18.9 Permitir el registro del control de ingesta. Registrar el consumo de la alimentación,reacciones alérgicas y otras observaciones generales, así como, el seguimientonutricional del paciente.

18.10 Registrar el consumo de alimentación mediante balance Hídrico Nutricional

18.11

Seguimiento Nutricional del Paciente: oral, parenteral, enteral y lactantes.

18.12

Generación de solicitudes de insumos a bodega en base a preparaciones por turno,días, semanas.

19 Promoción y Prevención 19.1 El sistema deberá proporcionar la capacidad de crear, administrar y hacer


18/20

Página 18 de 20

seguimiento a programas de promoción y prevención de cada ESE en el s istema.19.2 El sistema deberá permitir la creación de actividades de Protección específica y

Detección temprana (PyD) a realizar en periodos específicos, definiendo losdiferentes ciclos para su ejecución.

19.3 El sistema deberá incorporar los modelos de PyP según resolución 412 y ley 1438,para los portafolios de PyP manejados por la institución.

20 Epidemiología20.1 El sistema deberá proporcionar la capacidad de gestionar la información requerida

por los sistemas de vigilancia de salud pública según decreto 3518 de 2006. 21 Gestión de seguridad del paciente

21.1 El sistema deberá incorporar mecanismos automáticos que garanticen la seguridaddel paciente en el proceso asistencial, cumpliendo con la política de seguridad delpaciente en la república de Colombia.http://201.234.78.38/ocs/public/seg_paciente/Default.aspx

22 Sistema Obligatorio de Garantía de la Calidad en Salud SOGC22.1 El sistema deberá proporcionar la capacidad de generar y gestionar los indicadores

de Calidad reportados por las instituciones en cumplimiento de lo ordenado por la

Resolución 1446 de 2006, reglamentaria del Decreto 1011 de 2006.23 Gestión de información de Territorios23.1 El sistema deberá proporcionar la capacidad de acceder según controles de acceso

desde dispositivos móviles para consulta y registro de información clínica y deatención básica en territorios por parte de los ERI (Equipos de Respuesta Inicial:Médicos, Enfermeras, Promotores) y ERC (Equipo de Respuesta Complementaria:Nutricionista, Odontólogos, fisioterapeutas, psicólogos, salud ocupacional, higienistaoral), según modelo distrital de salud en los territorios.

24 Control de Acceso 24.1 El sistema deberá proporcionar la capacidad para gestionar (crear, recuperar,

actualizar y eliminar) usuarios del sistema.24.2 El sistema deberá proporcionar la capacidad para gestionar roles y privilegios a los

roles.24.3 El sistema deberá tener métodos de autenticación y autorización que determinen el

nivel acceso de funcionalidades específicas.

24.4 El sistema deberá permitir al administrador del sistema, asignar restricciones oprivilegios a usuarios, grupos de usuarios o roles.

24.5 El sistema deberá proporcionar la capacidad de asociar permisos del tipo: Basado-en-usuario: donde los permisos de acceso se asignan a cada

usuario Basado-en-rol: Usuarios agrupados bajo un rol específico y los permisos

asignados a dichos grupo. Basado-en-contexto: extensión de control de acceso basado-en-rol con

http://201.234.78.38/ocs/public/seg_paciente/Default.aspxhttp://201.234.78.38/ocs/public/seg_paciente/Default.aspx


19/20

Página 19 de 20

permisos adicionales basado en el contexto de la transacción tal comotiempo del día, ubicación de estación de trabajo, modo de emergencia,entre otros definidos por el administrador.

El sistema deberá permitir remover usuarios (borrando sus privilegios) sineliminar la información histórica relacionada con ese usuario en elsistema.

24.6 Accesos diferenciados a los diferentes módulos, de acuerdo a la calificación delusuario.

24.7 Niveles de seguridad diferenciados que resguarden la confidencialidad de los datosdel paciente, cumplan con las normas y leyes sobre confidencialidad de datossensibles, protección de datos personales y firma electrónica.

24.8 Encriptación en el envío y recepción de los datos.25 Autenticación

25.1 El sistema deberá autenticar al usuario antes de cualquier acceso al sistema.25.2 El sistema deberá permitir generar reglas para la generación de contraseñas

fuertes, que incluyan caracteres alfanuméricos, caracteres especiales, con unnúmero mínimo de dígitos parametrizable

25.3 El sistema deberá cerrar la sesión del usuario tras un periodo de inactividadidentificado, periodo que puede ser parametrizable por el administrador.25.4 El sistema deberá proporcionar la capacidad de configurar un número límite de

intentos de autenticación por un usuario, y prevenir diversos intentos maliciosos através de mecanismos de inactivación de usuario u otros algoritmos de periodos deinactividad.

25.5 El sistema deberá proporcionar un mecanismo de regeneración de contraseñas alos usuarios, no recuperando la contraseña creada, sino generando una nueva ycifrándola para su almacenamiento en el sistema.

25.6 El administrador tendrá la posibilidad de regenerar contraseñas de usuario. Lospasswords deberán usar estándares de encripción no reversible para sualmacenamiento en el sistema.

26 Auditoria 26.1 El sistema deberá proporcionar la capacidad de controlar y monitorear los registros

clínicos, demográficos y el proceso transaccional con el fin de registrar errores,

excepciones y hacer seguimiento para generar soluciones específicas.26.2 El sistema deberá permitir al administrador definir la inclusión o exclusión deeventos auditables, basado en las políticas de la organización y de operación.

26.3 El sistema deberá permitir registrar para cada uno de los registros de auditoría lafecha y hora del evento, el componente del sistema donde ocurrió el evento, tipo deevento incluido la descripción del dato y el identificador del paciente de serrelevante, identidad del usuario que generó el evento y el resultado del eventoespecificando si fallo o fue exitoso.


20/20

Página 20 de 20

26.4 El sistema deberá permitir al administrador leer las bitácoras de registros auditados,y generar reportes de tales registros de auditoría por criterios específicos según loregistrado, incluyendo rangos de fechas, así como exportar dichos reportes para suanálisis.

26.5 Historial de Modificaciones que permita la auditoria de los Registros Clínicos.27 Sistemas Auxiliares LIS, RIS, PHIS

27.1 El Sistema deberá proporcionar la capacidad de interoperar o incorporar sistemasauxiliares tales como: Laboratorio (LIS), Radiología(RIS), Farmacia(PHIS),Enfermedades de notificación obligatoria y otros.

28 Vocabulario Médico Controlado28.1 Incorporación de terminología médica a través de SNOMED-LOINC-UMLS, CIE-10,

CUPS y CUM; para codificaciones clínicas estandarizadas.29 Generación de contenido estructurado

29.1 El sistema deberá permitir crear plantillas de contenido estructurado a la medida, encualquiera de sus componentes. Permitiendo la creación de formulariosparametrizables, para las especialidades medicas, odontológicas y de otrosprofesionales, que pueden contener escalas o cálculos matemáticos, con

validaciones y mensajes de alerta que estén a disposición del usuario.30 Gestion documental30.1 El sistema deberá permitir gestionar documentos clínicos relacionados con el

paciente.31 Usabilidad y Movilidad

31.1 Interfaz gráfica de usuario acorde a tamaños y tipos de pantalla en uso.31.2 Contemplar accedo desde dispositivos móviles inalámbricos (Tablet PC, teléfonos

móviles) para acceder a las diversas funcionalidades clínico-asistenciales.

Anexo 19 - Funcionalidad Minima HIS Clinico Asist 2015c002

Documents

Transcript of Anexo 19 - Funcionalidad Minima HIS Clinico Asist 2015c002