anexo 1a funcionalidades requeridas 2015c003

Upload: unidad-de-servicios-de-salud-simon-bolivar

Post on 07-Aug-2018

220 views

Category:

Documents


0 download

TRANSCRIPT

  • 8/20/2019 Anexo 1A Funcionalidades Requeridas 2015c003

    1/31

    FUNCIONALIDADES MINIMAS REQUERIDAS

    Funcionalidad No. CRITERIOS FUNCIONALES CLINICO ASISTENCIALES C um pl e P or D esar ro ll ar

    Admisión del paciente1

    Admisión del paciente

    Admisión del paciente1_1

    Centralizar los datos de aseguramiento y socio-demográficos del paciente que permitenindividualizarlo en la red. Permitir la gestión de admisión del paciente, tanto en las áreas de consultasexternas como de hospitalización y urgencia.

    Admisión del paciente

    1_2

    Asignar automáticamente un número de historia clínica único para el paciente. Permitir apertura delregistro clínico administrativo en pacientes sin identificación. Admisión del Recién Nacido,

    considerando el vínculo madre-hijo.

    Admisión del paciente1_3 Dotado de diferentes criterios de búsqueda de pacientes, sea búsqueda exacta y por aproximación, al

    menos por nombres, apellidos, identificación y número de historia clínica. Permitir edición de los datos.

    Admisión del paciente1_4

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

    Admisión del paciente1_5

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

    Admisión del paciente

    1_6Identificar y gestionar prestaciones y atenciones asociadas a seguros (Seguro escolar, Seguros deAccidentes de Tránsito y otros), permitiendo la acreditación del derecho de atención, tipo de seguro,cobertura y restricciones, según las reglas de negocio establecidas por la institución.

    Admisión del paciente1_7

    El sistema deberá proporcionar la capacidad de interoperar con sistemas distritales y nacionales decomprobación de derechos a través de servic ios web.

    Admisión del paciente1_8

    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)

    Admisión del paciente1_9

    Controlar pacientes que reingresan a la institución antes de las 24 horas

    Admisión del paciente1_10

    Permitir el registro de variables que permitan realizar Estudios Socioeconómicos

    Admisión del paciente1_11

    Generar formularios de Ley para reclamación de accidentes de tránsito y reclamación por eventoscatastróficos

    Admisión del paciente1_12

    Soportados en la normatividad vigente, pasadas las 6 horas el sistema deberá ubicar al paciente enestado de observación y genera la alerta correspondiente.

    Admisión del paciente1_13

    Generar alertas, por medio de semaforización para pacientes que superan 24 horas en el servicio deurgencias.

    Agenda médica 2 Agenda médica

    Agenda médica2_1

    Definir agendas por especialidad, subespecialidad, servicio, recurso humano, horario y frecuencia ointervalos.

    Agenda médica 2_2 Permitir apertura de agenda por periodos variables.

    Agenda médica2_3

    Definición y parametrización de los tipos de atenciones: ingreso, control, sobrecupos, consultasabreviadas, consultas derivadas y procedimientos.

    Agenda médica2_4

    Redistribución de cupos de agenda, modificación de rendimientos, reasignación de pacientes de unprofesional a otro.

    Agenda médica

    2_5 Gestión de citas: Citación de las agendas para el mismo día o días futuros. Permitir citacionesperiódicas, por ejemplo para especialidades como rehabilitación y dental. Permitir citar un pacientepara diferentes especialidades, concentrando en lo posible, las fechas de estas citaciones evitando lacitación de un paciente para la misma hora en el día en diferentes especialidades.

    Agenda médica 2_6 Interoperabilidad con línea 195 para gestión de citas.

    Agenda médica 2_7 Buscar cupos disponibles para citas, en forma automática.

    Agenda médica2_8

    Poseer alertas para casos especiales definidos por la institución, ejemplo diagnósticos específicos.

    Agenda médica 2_9 Agendar Una nueva cita o procedimiento, directamente desde la consulta del profesional.

    Agenda médica2_10

    Poseer funciones de bloqueo y anulación (motivos parametrizables por la institución) reorganizandolas citas mediante reprogramación automática y manual.

    Agenda médica 2_11 Permitir al usuario clínico, la v isualización de su agendamiento.

    Agenda médica2_12 Visualizar gráficamente las agendas: profesionales por ubicación, especialidad, agenda personal,

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

    Agenda médica 2_13 Incorporar notas para profesionales.

    Agenda médica

    2_14 Permitir visualizar histórico que reporte todas las citas del paciente, en un periodo determinado,mostrando fecha-hora-especialidad-profesional, asistencias e inasistencias y motivos de baja, lo quepermitirá al personal del Hospital, disponer de diversos indicadores y predictores y tendencias.

    Agenda médica2_15

    Contabilizar tiempos de atención del paciente: Recepción, espera, inicio-fin de la atención clínica oprocedimiento, tiempos medios de atención, tiempos muertos y otros indicadores que el Hospitalestimara pertinentes.

    Agenda médica 2_16 Utilizar estados parametrizables de la agenda establecidos por la institución.

    Agenda médica 2_17 Visualizar lista por especialidad, profesional u otros parámetros.

    Agenda médica2_18

    Posibilidad de los consultorios de atención primaria de visualizar horas asignadas a sus pacientes, y elagendamiento de las mismas.

    Agenda médica2_19

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

    Agenda médica 2_20 Administrar y controlar el Registro de valoración anestésica para pacientes quirúrgicos

    Agenda médica 2_21 Permite consultar por un boton la próxima cita disponible para una especialidad y un médico

    Agenda médica2_22

    Permite trasladar las agendas de una fecha y de un profesional a otra fecha o a otro profesional.

    Agenda médica 2_23 Permite la asignación de citas grupales para un cupo dado

    Agenda médica2_24 Permite asignar citas Urgentes

    Agenda médica 2_25 Controla que ni un medico ni un paciente sean agendado a la misma fecha y hora

    Agenda médica 2_26 Dispone de un buzón / listas de espera para administrar las citas pendientes de agendar

    Agenda médica 2_27 Permite especificar las causas de cancelación de la cita previamente parametrizadas.

  • 8/20/2019 Anexo 1A Funcionalidades Requeridas 2015c003

    2/31

    Agenda médica2_28

    Permite la consulta de la información clínica de episodios o visitas anteriores por especialidad, paratodos los servicios en donde ha sido atendido el paciente.

    Agenda médica2_29

    Permitir llevar el registro de los tiempos de espera del paciente desde que se presenta en el serviciohasta que el médico lo atiende.

    Agenda médica2_30

    Permite la generación del formato CTC para medicamentos NO POS y para medicamentos de control

    Historia Clínica Médica3

    Historia Clínica Médica

    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 tipo asistencial, preventivo y social.

    Historia Clínica Médica3_2 Registro y consulta de Anamnesis: Datos surgidos de la entrevista clínica, incluido el motivo de

    consulta, la enfermedad actual y otra información demográfica relevante.

    Historia Clínica Médica3_3

    Registro y consulta de Antecedentes: Información de antecedentes clínicos del paciente según sexo,por especialidad y con codificación de enfermedades basada en CIE-10

    Historia Clínica Médica3_4

    Antecedentes de uso de medicamentos (incorporar vacunas y Notas del paciente).

    Historia Clínica Médica3_5

    Registro y consulta de Revisión por s istemas

    Historia Clínica Médica

    3_6

    Registro y consulta de Exploración física: conjunto de datos objetivos o signos que estén relacionadoscon los síntomas que refiere el paciente, registrando como mínimo y según escalas y unidadesparametrizadas: la temperatura, índice de masa corporal, talla, peso, escala de Glasgow, presiónarterial con cálculo para la presión arterial media, frecuencia cardiaca, frecuencia respiratoria y Pulso(Signos vitales).

    Historia Clínica Médica3_7

    Generar alarmas para control de signos vitales por fuera de los rangos establecidos, generando lasnotificaciones correspondientes.

    Historia Clínica Médica3_8

    Permitir establecer rangos de seguridad y alertas para cada parámetro de signos vitales, considerandolas variables de edad, y sexo del paciente, entre otras subdivisiones.

    Historia Clínica Médica3_9

    Visualización gráfica de los datos de signos vitales. Otorgar una visualización centralizada de todas lasconstantes registradas al paciente, además de visualizaciones gráficas de la evolutiva de constantesseleccionadas.

    Historia Clínica Médica3_10

    Contemplar uso de filtros (fecha y hora) para la visualización de constantes puede ser por paciente y/opor Unidad Clínica.

    Historia Clínica Médica

    3_11

    Exploración física por regiones: Permitiendo registrar y describir el estado del paciente tras de examenfísico por aparato o sistema del cuerpo humano, determinando si fue o no evaluada la región y elestado de esta, donde las regiones principales se encuentran a continuación: Examen cardíaco 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ógico

    Historia Clínica Médica3_12

    Registro y consulta de datos de exploración complementaria: Registro de pruebas y exámenescomplementarios, relacionando órdenes de laboratorio, diagnóstico por imágenes y pruebasespeciales realizados en el paciente.

    Historia Clínica Médica3_13

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

    Historia Clínica Médica3_14

    Permitir ingresar y visualizar, en forma centralizada, todos los diagnósticos del paciente, utilizandocodificaciones clínicas estandarizadas, tales como: CIE-10

    Historia Clínica Médica3_15

    Disponer de listados de Diagnósticos más frecuentes por usuario y/o especialidad.

    Historia Clínica Médica3_16

    Permitir agregar atributos o propiedades al diagnostico, tales como: Diagnostico Principal, diagnosticosecundario.

    Historia Clínica Médica3_17

    Identificar Estados o fases del Diagnostico, ej.: Observación, estudio, definitivo, v igente, entre otros

    Historia Clínica Médica3_18

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

    Historia Clínica Médica3_19 Permitir destacar o marcar diagnósticos específicos, tales como: Enfermedades de notificaciónobligatoria y otros definidos por la institución.

    Historia Clínica Médica3_20

    Permitir consignar diagnósticos a los antecedentes del paciente.

    Historia Clínica Médica3_21

    Listado de diagnóstico por paciente y conjunto de pacientes y búsqueda de diagnóstico usandoclasificación CIE-10.

    Historia Clínica Médica3_22

    El sistema deberá permitir asociar una descripción detallada con narrativa al diagnóstico codificado.

    Historia Clínica Médica3_23

    El sistema deberá permitir parametrizar los datos como obligatorios para su diligenciamiento, así comogestionar (crear, actualizar, borrar y restringir por usuario) otros elementos de información clínicanecesaria para el registro de salud del paciente.

    Historia Clínica Médica3_24

    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.

    Historia Clínica Médica3_25

    Procedimientos realizados codificados con CUPS y CUM, registro de nuevos hallazgos y nuevosdiagnósticos según procedimientos.

    Historia Clínica Médica3_26

    Gestión de Egreso, tipos de egreso, justificación, condiciones de salida, plan de manejo y visualizaciónde órdenes generadas y realizadas.

    Historia Clínica Médica3_27

    Epicrisis: Resumen completo de la atención clínica del paciente.27.5

    Historia Clínica Médica3_28

    Gestión de consentimiento informado

    Historia Clínica Médica3_29

    Gestión del CLAP (RED PERINATAL)

  • 8/20/2019 Anexo 1A Funcionalidades Requeridas 2015c003

    3/31

    Historia Clínica Médica3_30

    Consulta de cada una de los componentes de la historia por especialidad, problemas y cronología.

    Historia Clínica Médica3_31

    Roles y privilegios para el control de acceso a la historia, donde solamente el personal que presta laatención al paciente logre acceder a la historia.

    Historia Clínica Médica3_32

    Gestión de datos e información ambulatoria

    Historia Clínica Médica3_33

    Gestión de datos e información quirúrgica

    Historia Clínica Médica3_34

    Gestión de datos e información hospitalaria

    Historia Clínica Médica 3_35 Impresión de brazalete para recién nacido, con identificación del bebé y de la madre.

    Historia Clínica Médica3_36 Los Registros Clínicos centrados en el paciente, permitiendo la concurrencia de varios especialistas

    de manera simultánea, identificando a los profesionales que participan en la atención.

    Historia Clínica Médica3_37

    Permitir la emisión de Informes de la Historia Clínica en formatos variables que permita seleccionarmediante filtros adecuados, eventos, episodios, exámenes y otros, por rango de fecha, tipo depatología, grupos de pacientes, entre otros definidos a la medida.

    Historia Clínica Médica3_38

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

    Historia Clínica Médica3_39

    Incorporar documentos escaneados en la Historia Clínica del paciente.

    Historia Clínica Médica3_40 Gestionar integralmente los datos del embarazo u otros, sean estos: atenciones ambulatorias,

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

    Historia Clínica Médica3_41

    Debe permitir el registro de los otros profesionales de la salud y de la actividad docente-universitaria.

    Historia Clínica Médica3_42

    Realización y emisión de Informes estadísticos, en base a parámetros seleccionados por el usuario.

    Historia Clínica Médica3_43

    Registrar causa de la muerte con diagnóstico codificado.

    Historia Clínica Médica3_44

    Historial del paciente (médico, social y familiar. Posibilidad de elegir diagnósticos que formen parte delhistorial médico).

    Historia Clínica Médica3_45

    Administrar y controlar el registro de las evoluciones y procedimientos desde los diferentes servicios yespecialidades

    Historia Clínica Médica3_46

    Permitir escanear documentos, adjuntarlos y consultarlos en la Historia electrónica del paciente

    Historia Clínica Médica3_47

    Consulta de pacientes en sus diferentes estadios de atencion clínica a través de tableros de control.

    Historia Clínica Médica3_48

    Administrar y controlar el registro de las evoluciones desde los diferentes servicios, clasificadas tiporonda, interconsulta, identificando el profesional que lo realiza.

    Historia Clínica Médica3_49

    Permitir el registro de notas aclaratorias para ampliar la información clínica consignada en la historia.Se permite su registro cuando los registros clínicos ya ha sido firmada, solo las puede hacer el usuarioque firmo la historia.

    Historia Clínica Médica3_50

    permitir el registro de necesidades de acompañamiento y asistencia para movilidad generando alertas.

    Historia Clínica Médica 3_51 Permitir registro de necesidad de aislamiento (contacto, gotas, aerosol y estándar) generando alertas

    Historia Clínica Médica3_52

    Permitir registro de condición de discapacidad del paciente (motora, visual, auditiva y /o cognitiva)

    Urgencias 4 Urgencias

    Urgencias

    4_1Clasificación de los pacientes con base en su grado de urgencia. El Sistemas deberá permitir elregistro ágil de un paciente y la información clínica de este, con el objetivo de determinar la prioridadpara la atención de un paciente en el servicio de urgencias según la gravedad de su estado clínico.

    Urgencias4_2

    Permitir que el ingreso de cada paciente a la unidad de urgencias que lo atenderá, sea acompañadopor toda la información contenida en los Formularios de Atención de Urgencia dispuesta por elHospital. Permitir el acceso a la Historia Clínica Digital de cada paciente.

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

    Urgencias 4_4 Registro de emergencia vital, especificando solicitud rápida de exámenes y prescripciones.

    Urgencias4_5

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

    Urgencias4_6

    Permitir registro de datos en pacientes sin identificación, generando una notificación para regularizarposteriormente la situación. El sistema, deberá asignar un código temporal de identificación al paciente

    que se atiende. Deberá indicar si existió una condición de identificación previa, y el código de lamisma.

    Urgencias4_7

    Utilizar sistema de priorización o categorización del paciente (Triage) para la atención de urgencia.

    Urgencias

    4_8

    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 quepresentan un problema de salud que no compromete la integridad del paciente. No es una urgencia.Incluye condiciones de riesgo que ameritan atención médica prioritaria.

    Urgencias 4_9 El sistema tras el Triage deberá indicar el tiempo máximo de espera para ser atendido.

    Urgencias4_10

    Destacar pacientes con períodos críticos de espera (tiempo definido de espera) según Triage depriorización,

    Urgencias4_11

    Contemplar diferentes áreas de atención de urgencia: Espera, Unidad de atención, Unidad dereanimación y Salas de Observación para las diferentes urgencias y procedimientos.

    Urgencias4_12

    Realizar traspasos entre diferentes atenciones (por ejemplo: Urgencia - hospitalización), permitiendoregistrar diagnósticos no médicos (enfermería y salud mental).

    Urgencias4_13

    Contabilizar los tiempos (totales y parciales) de las atenciones de pacientes en urgencia: sala deespera, unidad de atención, unidad de reanimación y sala de observación. Calcular y entregar,resultados totales, medias y tendencias de esta variable.

    Urgencias4_14 Proporcionar mapa visual de la unidad de Urgencias: unidad de atención, unidad de reanimación, sala

    de observaciones, procedimiento que permite conocer la ubicación física del paciente.

  • 8/20/2019 Anexo 1A Funcionalidades Requeridas 2015c003

    4/31

    Urgencias 4_15 Integración con de Gestión de Camas y áreas del hospital.

    Urgencias4_16

    Generación en línea de solicitudes de fármacos, procedimientos, vacunas, exámenes e indicacionesmedicas. Acceso a protocolos de atención y diagnóstico.

    Urgencias4_17

    Generar registros de las atenciones por accidentes de tránsito, escolar, de trabajo u otros, entregandoadicionalmente una estadística de los mismos.

    Urgencias4_18

    Permitir el ingreso de datos clínicos por parte de diferentes profesionales, debidamente registrados yautorizados.

    Urgencias4_19

    Mantener información del estado en que se encuentran las peticiones solicitadas al paciente enurgencias.

    Urgencias 4_20 Debe permitir generar formularios de Consentimiento Informado.

    Urgencias 4_21Generar el registro automático de la hora de admisión, hora de atención en triagey hora de apertura de la historia clínica.

    Historia ClínicaEnfermería

    5Historia Clínica Enfermería

    Historia ClínicaEnfermería

    5_1Aplicabilidad para los diferentes servicios de las instituciones hospitalarias en los distintos niveles deatención.

    Historia ClínicaEnfermería

    5_2Integración natural con otros procesos como la generación de órdenes médicas

    Historia ClínicaEnfermería

    5_3Información gráfica de datos de monitoreo que facilita la interpretación del estado clínico del pacienteen el tiempo y la conducta a tomar por el equipo médico.

    Historia ClínicaEnfermería

    5_4Organización de la historia Clínica y agilidad para la búsqueda de registros de Enfermería.

    Historia ClínicaEnfermería

    5_5Perfiles de seguridad y permisos de acceso de acuerdo con la necesidad de cada perfil que ingresa ala historia.

    Historia ClínicaEnfermería

    5_6Control sobre ordenes médicas pendientes y cumplidas por paciente

    Historia ClínicaEnfermería

    5_7Parametrización de horas de administración de medicamentos según los horarios definidos por lainstitución

    Historia ClínicaEnfermería 5_8 Visualización de históricos por turnos de enfermería según horarios que se manejen en la instituciónHistoria ClínicaEnfermería

    5_9Permitir visualización de la Historia Clínica de diferentes maneras, por ejemplo: por paciente, gruposde pacientes, servicio clínico, episodios, y otros definidos por la institución.

    Historia ClínicaEnfermería

    5_10

    Visualizar y gestionar diferentes listas de trabajo a través de diferentes filtros tales como: cuidadosprogramados, exámenes, procedimientos, administración de fármacos y dietas entre otros., seanestas indicadas por médicos y/o enfermeras.

    Historia ClínicaEnfermería

    5_11

    Gestionar Solicitudes desde enfermería, mostrando el estado en que se encuentran las diferentessolicitudes de los pacientes a su cargo, por ejemplo: Laboratorio, Anatomía Patológica, Imágenes,Interconsultas, Movilización, centros de sangre y otras.

    Historia ClínicaEnfermería

    5_12Visualizar el Mapa de camas ocupadas y disponibles y permitir la Gestión de camas según lasnecesidades del usuario.

    Historia ClínicaEnfermería

    5_13Permitir registro de valoración por enfermería.

    Historia ClínicaEnfermería

    5_14El sistema deberá proveer las pautas para categorización de pacientes, según escalas de riesgo yotros estándares, definidos por la Institución.

    Historia ClínicaEnfermería

    5_15Permitir la gestión de planes de cuidados propios; flexibles, definidos por el usuario y/o Unidad Clínica,coherente al modelo de cuidado de la institución.

    Historia ClínicaEnfermería5_16

    Visualización de Planes de Cuidado, mediante diferentes filtros.

    Historia ClínicaEnfermería

    5_17

    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 como Consentimiento informado, Registro deincidencias y otros.

    Historia ClínicaEnfermería

    5_18Gestión de tratamientos, crear y evolucionar tratamiento, realizar seguimiento (sesionesprogramadas/sesiones realizadas, inasistencias y postergaciones).

    Historia ClínicaEnfermería

    5_19Registrar bienes propiedad del paciente que recibe o entrega la enfermera

    Historia ClínicaEnfermería

    5_20Identificación y registro de los pacientes aislados.

    Historia ClínicaEnfermería

    5_21Registro de inserción y/o retiro de accesorios de uso terapéutico, localización y observaciones.

    Historia ClínicaEnfermería

    5_22

    El kárdex maneja convenciones para identificación de estados de los medicamentos: Ordenado noadministrado, Ordenado administrado, Última dosis administrada, Última dosis no administrada,Cancelado, Terminado.

    Historia Clínica

    Enfermería

    5_23

    Permite el registro para control de signos vitales antes, durante y después de las transfusiones,componentes a transfundir, sello nacional, reacciones adversas, información asociada a

    exanguinotransfusionesHistoria ClínicaEnfermería

    5_24Registro de información relacionada con la evaluación de clínica del dolor.

    Historia ClínicaEnfermería

    5_25Permitir el regsitro de los valores de control de glicemia y administración de insulina para pacientesdiabéticos.

    Historia ClínicaEnfermería

    5_26Permite el registro y parametrización del contenido de las deposiciones Líquida, Blando y Sólido.

    Historia ClínicaEnfermería

    5_27Permite el registro de información adicional como Residuo Gástrico, Densidad Urinaria, PH Urinario,Talla, Peso, Perímetro cefálico, Perímetro abdominal, entre otros.

    Historia ClínicaEnfermería

    5_28

    Registro de información de Monitoreo Hemodinámico incluyendo el modo de ventilación y datos como:Fracción inspirada, volumen corriente, presión control, FR Ventilador, Presión al final expiración,Presión soporte, tiempo inspiratorio, tiempo expiratorio, Flujo.

    Historia ClínicaEnfermería

    5_29

    Registro de otros signos de Monitoreo como: Presión venosa central, Presión intracraneana, Presiónde perfusión cerebral, Presión sistólica de arteria pulmonar, Presión diastólica de arteria pulmonar,Gasto cardíaco, Cuña, Presión ingtrabdominal.

    Historia ClínicaEnfermería

    5_30Registro y cálculo de la información de escalas de TISS, EL NEMS y BRADEN

    Historia Clínica

    Enfermería 5_31Registro y seguimiento a los insumos de enfermería por paciente: material quirúrgico, material para

    curaciones, insumos de farmacia.Historia ClínicaEnfermería

    5_32Para los pacientes que salen viv os Información como: si sale acompañado, quien lo acompaña, elparentesco, lugar para donde sale.

    Historia ClínicaEnfermería

    5_33Para los pacientes que fallecen nombre de la persona que recibe el cadaver.

  • 8/20/2019 Anexo 1A Funcionalidades Requeridas 2015c003

    5/31

    Gestión de unidadesquirúrgicas

    6

    Gestión de unidades quirúrgicas

    Gestión de unidadesquirúrgicas

    6_1 Gestionar lista de espera quirúrgica centralizada y gestionada de acuerdo a grupos y perfiles deusuarios definidos por el hospital o la red

    Gestión de unidadesquirúrgicas

    6_2Contemplar que en la solicitud de quirófano al menos se identifique: el profesional solicitante, la fechade ingreso de la solicitud, fecha probable de intervención, identificación del paciente, diagnósticos,instrumental, equipamiento, equipos clínicos, tipo de quirófano, uso de filtros, entre otros.

    Gestión de unidadesquirúrgicas

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

    Gestión de unidadesquirúrgicas

    6_4 Permitir la planificación de quirófanos, salas de parto y salas de parto integral por fecha, hora, tipo yespecialidad.

    Gestión de unidadesquirúrgicas

    6_5

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

    Gestión de unidadesquirúrgicas

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

    Gestión de unidadesquirúrgicas

    6_7

    Permitir el registro del personal que participo en el acto quirúrgico.

    Gestión de unidadesquirúrgicas

    6_8 Disponer de un Gestor de Solicitudes a Esterilización, Instrumental e insumos. Registro de paquetesquirúrgicos de ropa y número de cajas del instrumental

    Gestión de unidadesquirúrgicas

    6_9

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

    Gestión de unidadesquirúrgicas

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

    Gestión de unidadesquirúrgicas

    6_11

    Registro de entrevistas pre-quirúrgicas y post-quirúrgicas a pacientes

    Gestión de unidadesquirúrgicas

    6_12

    Permitir el registro de reintervenciones

    Gestión de unidadesquirúrgicas

    6_13

    Permitir el registro y generación de información relacionada con remisiones a patologíaResultados deLaboratorio

    7Resultados de Laboratorio

    Resultados deLaboratorio

    7_1

    Debe ser capaz de colocar la hora de cada procedimiento que se realice (ejecución de la orden,momento de la toma de muestra, ingreso al laboratorio, emisión de resultado), para así poderdeterminar la oportunidad de los resultados por sección o por servicio ya sea de Urgencias,Hospitalizados y Consulta externa y generar estos tiempos así: URGENCIAS YHOSPITALIZADOS: 1er tiempo desde que se ordena hasta que se toma la muestra; 2do tiempo desdeque se toma hasta que llega al laboratorio; 3er tiempo desde que llega al laboratorio hasta que seemite el resultado. CONSULTA EXTERNA: 1er tiempo: desde que llega el paciente al servicio hastaque se realiza la facturación, 2do tiempo, desde que se factura y la toma la muestra.

    Resultados deLaboratorio

    7_2Registro e identificación de los exámenes de laboratorio NO POS.

    Resultados deLaboratorio

    7_3El sistema debe proporcionar capacidad para recibir, almacenar en el registro clínico del paciente ydesplegar valores discretos de resultados de laboratorio.

    Resultados deLaboratorio

    7_4El sistema deberá proporcionar la capacidad de mostrar resultados de diagnóstico complementariosde laboratorio.

    Resultados deLaboratorio

    7_5El sistema deberá proporcionar la capacidad de mostrar resultados normales y anormales dediagnósticos complementarios.

    Resultados de

    Laboratorio

    7_6 El sistema deberá proporcionar la capacidad de electrónicamente recibir resultados de laboratorio

    clínico en un formato estructurado, y desplegar tales resultados en un formato legible.Resultados deLaboratorio

    7_7Permitir registro de la trazabilidad de de las muestras que son enviadas por el Laboratorio Clínico alLaboratorio de Referencia.

    Resultados deLaboratorio

    7_8

    Permitir registro y recepción de resultados de laboratorios procesados en el laboratorio de referencia yen secretaria de distrital de salud y que son recibidos los mismos por correo electrónico, para que a suvez sean visualizados.

    Resultados deLaboratorio

    7_9Permitir la Impresión de los resultados por paciente.

    Resultados deLaboratorio

    7_10Permitir el control de las entregas de los resultados

    Resultados deLaboratorio

    7_11Permite el registro de los datos requeridos por el Ministerio de Salud para todo lo relacionado conenfermedades venéreas, baciloscopia, serología, gotas gruesa, cultivos.

    Imágenes diagnósticas8

    Imágenes diagnósticas

    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 v isualización de imágenes biomédicas por paciente.

    Imágenes diagnósticas

    8_2

    Interoperabilidad con PACS (Picture Archiving System) y visualización de imágenes DICOM (Digital

    Imaging and Communication in Medicine). Permitir una conectividad total con el sistema RIS PACS,administrando sus recursos disponibles (médicos, profesionales no médicos, equipos, insumos,unidad de atención, horarios de atención en diferentes formatos y listas de espera. Deberá permitiruna operación total de los visualizadores propios del PACS.

  • 8/20/2019 Anexo 1A Funcionalidades Requeridas 2015c003

    6/31

    Imágenes diagnósticas8_3

    El sistema deberá permitir asignar en la HCE las imágenes biomédicas de un paciente.

    Imágenes diagnósticas8_4

    El sistema deberá permitir listar cronológicamente las imágenes diagnósticas de un paciente y buscarpor criterios específicos.

    Imágenes diagnósticas8_5

    El sistema deberá permitir registrar los resultados de la lectura de un estudio de imágenes o unaimagen particular de un paciente, como parte de la historia clínica electrónica.

    Imágenes diagnósticas8_6

    Permite generar la impresión del codigo de barras de radiología con los datos del paciente, fecha yestudio a realizar

    Imágenes diagnósticas8_7

    Permite registrar la entrega de placas y resultados por paciente

    Ordenes médicas 9 Ordenes médicas

    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 el departamento asociado a la orden.

    Ordenes médicas9_2

    El sistema deberá proporcionar la capacidad de chequear potenciales interacciones entremedicamentos a ser ordenados y medicación actual, así como alertar al usuario al momento degenerar la orden si existen potenciales interacciones.

    Ordenes médicas9_3

    El sistema deberá proporcionar la capacidad de registrar en la historia del paciente cada ordengenerada así como firmar electrónicamente por el médico tratante para cada orden generada alpaciente.

    Ordenes médicas9_4

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

    Ordenes médicas

    9_5

    El sistema deberá generar una lista de órdenes del paciente con acceso controlado para que tanto elpersonal médico-asistencial relacionado con la atención así como los serv icios que intervienen en laatención del paciente (radiología y laboratorio clínico) accedan a la lista de ordenes del paciente entiempo real, especificando a la información sobre las actividades pendientes de realizar.

    Ordenes médicas9_6

    Una vez la orden u órdenes generadas a un paciente, el sis tema deberá permitir realizar consultas,seguimiento y control de dichas órdenes.

    Ordenes médicas 9_7 El sistema deberá proporcionar la capacidad de asignar estados y prioridades a las órdenes.

    Ordenes médicas9_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 ejecutordeberá poseer un perfil especial que permita dicho procedimiento.

    Ordenes médicas9_9

    El sistema deberá proporcionar la capacidad de que las órdenes sean generadas principalmente por elmédico tratante asignado, permitiendo además habilitar generación de órdenes a otro tipo de personalmédico-asistencial asignado al paciente.

    Ordenes médicas 9_10 El sistema deberá permitir registrar fecha y hora de cada orden generada.

    Ordenes médicas9_11

    Debe permitir realizar el seguimiento del procedimiento solicitado ya sea de procesamiento interno oexterno (a terceros) con "manejo de estados" y resultados.

    Ordenes médicas 9_12 Permite manejo de Ordenes Secundarias asociadas a una Orden Inicial.

    Ordenes médicas9_13

    Permitir la generación de ordenes médicas de varios tipos de acuerdo alportafolio de servicios

    Ordenes médicas

    9_14

    InterconsultasPoder generar de manera electrónica las órdenes de interconsultas de pacientes de urgencias,hospitalización y/o UCIs que maneje la siguiente información :Especialidad, fecha de ordenación, datos clínicos

    Ordenes médicas 9_15 Permitir el registro de estudios histológicos previosGestión de relaciónmédico-paciente

    10Gestión de relación médico-paciente

    Gestión de relaciónmédico-paciente

    10_1El sistema deberá proporcionar la capacidad de mostrar y gestionar (asignar, actualizar y eliminar) lasasignaciones de personal de atención o médico al paciente.

    Gestión de relaciónmédico-paciente

    10_2El sistema deberá proporcionar la capacidad de organizar y mostrar equipos de médicos o de atencióny miembros individuales asignados al paciente.

    Gestión de relaciónmédico-paciente

    10_3El sistema deberá proporcionar la capacidad para personal médico-asistencial asignado al paciente degestionar datos clínicos y ver información de sus pacientes asignados

    Gestión de relaciónmédico-paciente

    10_4 El sistema deberá proporcionar la capacidad de capturar y manejar como elementos de datosdiscretos la identificación de todos y cada uno del personal médico-asistencial asignado al paciente.

    Seguimiento dePacientes

    11Seguimiento de Pacientes

    Seguimiento dePacientes

    11_1

    El sistema deberá proporcionar la capacidad de gestionar y claramente mostrar el estado de cuidadodel paciente (esperando por médico, admitido, en espera, esperando enfermera, esperando consulta,en camino a departamento, entre otros.).

    Seguimiento dePacientes11_2 El sistema deberá proporcionar la capacidad para presentar una alerta cuando el estado del pacienteha excedido el marco de tiempo definido en el s istema para dicho estado.

    Seguimiento dePacientes

    11_3 El sistema deberá proporcionar la capacidad de identificar la ubicación física de los pacientes o unpaciente específico en urgencias, incluyendo la fecha y hora de acceso del paciente a esa ubicación

    Seguimiento dePacientes

    11_4El sistema deberá proporcionar la capacidad de gestionar la reubicación de pacientes en urgencias ydesplegar las correcciones de ubicación del paciente.

    Seguimiento dePacientes

    11_5El sistema deberá proporcionar la capacidad de gestionar y mostrar múltiples pacientes siendosimultáneamente atendidos en una habitación o espacio identificado.

    Seguimiento dePacientes

    11_6El sistema deberá proporcionar la capacidad de gestionar camas ad-hoc y la gestión de pacientes enestas camas temporales.

    Seguimiento dePacientes

    11_7Opciones 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.

    Pacientes y gestión decamas, Referencia ycontrareferencia

    12

    Pacientes y gestión de camas, Referencia y contrareferencia

    Pacientes y gestión decamas, Referencia ycontrareferencia

    12_1El sistema deberá proporcionar la capacidad mostrar todos los pacientes actuales así como lashabitaciones o espacios de atención vacios.

  • 8/20/2019 Anexo 1A Funcionalidades Requeridas 2015c003

    7/31

    Pacientes y gestión decamas, Referencia ycontrareferencia

    12_2El sistema deberá proporcionar la capacidad de mostrar claramente los pacientes pendientes o enespera de triage, asignación a hospitalización o pendientes de reubicación.

    Pacientes y gestión decamas, Referencia ycontrareferencia

    12_3

    El sistema deberá proporcionar la capacidad de mostrar pacientes esperando a ser registrados.

    Pacientes y gestión decamas, Referencia y

    contrareferencia

    12_4El sistema deberá proporcionar la capacidad de mostrar tiempos de espera de pacientes aun no

    llevados al área de tratamiento.

    Pacientes y gestión decamas, Referencia ycontrareferencia

    12_5El sistema deberá proporcionar la capacidad de mostrar los pacientes que han sido admitidos ahospitalización pero aún permanecen en urgencias.

    Pacientes y gestión decamas, Referencia ycontrareferencia

    12_6El sistema deberá proporcionar la capacidad de mostrar información disponible de los pacientes quellegarán que han sido remitidos.

    Pacientes y gestión decamas, Referencia ycontrareferencia

    12_7El sistema deberá permitir gestionar toda la información necesaria para el proceso de referencia ycontrareferencia entre hospitales.

    Pacientes y gestión decamas, Referencia ycontrareferencia

    12_8El sistema deberá proporcionar información de la disponibilidad de camas y especialización para elproceso de referencia y contrareferencia.

    Pacientes y gestión decamas, Referencia ycontrareferencia

    12_9

    Acceso fácil y rápido a listas y mapa de camas ocupadas y disponibles.

    Pacientes y gestión decamas, Referencia ycontrareferencia

    12_10Contemplar interfaz gráfica o un mapa de camas, libres y ocupadas, por sectores y por toda lainstitución.

    Pacientes y gestión decamas, Referencia ycontrareferencia

    12_11Acceso y búsqueda eficiente y directa, desde el Mapa de Camas, a la Historia Clínica del paciente,según perfiles de acceso.

    Pacientes y gestión decamas, Referencia ycontrareferencia

    12_12Dar cuenta de Listado de camas ocupadas, considerando. Nombre del paciente y diagnóstico, N°decama y sector (definidos por la institución) y tiempo estimado de liberación, integrando laCategorización Riesgo/Dependencia.

    Pacientes y gestión decamas, Referencia ycontrareferencia

    12_13

    Conocer movimiento de paciente (trazabilidad).

    Pacientes y gestión decamas, Referencia ycontrareferencia

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

    Pacientes y gestión decamas, Referencia ycontrareferencia

    12_15

    Disponer de Lista de pacientes con indicación de hospitalización y de espera de camas.

    Pacientes y gestión decamas, Referencia ycontrareferencia

    12_16Permitir listados de camas utilizando diferentes filtros, al menos; rango de fechas, por sectores, porestados o atributos de las camas.

    Pacientes y gestión decamas, Referencia ycontrareferencia

    12_17Administrar y controlar el inventario de insumos y medicamentos del carro de paro para cada servicio,generando información sobre las fechas de vencimiento.

    Instrucciones de alta13

    Instrucciones de alta

    Instrucciones de alta13_1

    El sistema deberá proporcionar la capacidad de capturar el actual instructivo de alta dado al paciente oreferenciar documentos que contienen dichas instrucciones.

    Instrucciones de alta13_2

    El sistema deberá proporcionar la capacidad de generar instructivos o plan de alta de para cadapaciente pertinentes al problema, diagnóstico o procedimientos desempeñados.

    Instrucciones de alta13_3

    El sistema deberá proporcionar la capacidad de incluir en los instructivos de alta detalles de cuidadoadicional tales como seguimiento, visitas y tiempo apropiado de cuidado adicional.

    Instrucciones de alta13_4

    El sistema deberá proporcionar la capacidad de editar instrucciones de alta para un paciente enparticular

    Instrucciones de alta13_5

    Permitir generacion constancias y certificados de hospitalización

    Gestión de alergias yreacciones adversas

    14

    Gestión de alergias y reacciones adversas

    Gestión de alergias yreacciones adversas

    14_1

    El sistema deberá proporcionar la capacidad de capturar, mantener y mostrar como datos discretos, ellistado de medicamentos y otros agentes con los cuales el paciente ha tenido eventos alérgicos uotras reacciones adversas.

    Gestión de alergias yreacciones adversas

    14_2 El sistema deberá proporcionar la capacidad de especificar el tipo de reacción alérgica o adversa enun campo discreto.

  • 8/20/2019 Anexo 1A Funcionalidades Requeridas 2015c003

    8/31

    Gestión de alergias yreacciones adversas

    14_3 El sistema deberá proporcional la capacidad de explícitamente indicar en un campo discreto que unpaciente no ha sufrido o conocido reacciones adversas o alergias a medicamentos.

    Gestión de alergias yreacciones adversas

    14_4 El sistema deberá proporcionar la capacidad de capturar y mantener como dato discreto la razón porla cual se inactiva, modifica o remueve un elemento de la lista de alergias y reacciones adversas.

    Gestión de alergias yreacciones adversas

    14_5

    El sistema deberá proporcionar la capacidad de capturar y mantener, como dato discreto, la identidaddel usuario que agregó, modificó, inactivó o removió elementos de la lista de alergias y reaccionesadversas de un paciente, incluyendo los atributos del elemento cambiado. El id del usuario, así comola fecha y hora de la gestión deberá ser registrada.

    Gestión de alergias yreacciones adversas

    14_6

    El sistema deberá proporcionar la capacidad a los usuarios de explícitamente indicar que la lis ta de

    alergias fue revisada, indicando fecha y hora cuando la opción de revisado de alergias esseleccionada.

    Gestión de alergias yreacciones adversas

    14_7

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

    Gestión de alergias yreacciones adversas

    14_8 El sistema deberá proporcionar la capacidad de mostrar la lista de alergias, incluyendo fecha y tiempode registro.

    Gestión deMedicamentos

    15Gestión de Medicamentos

    Gestión deMedicamentos

    15_1

    Contar con elementos de Seguridad Clínica: Identificación de ProblemasRelacionados 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, entre otros. Si es que exis tiesedurante la vigencia del contrato deberá integrarse con el sistema de ReaccionesAdversas al medicamento definido por el nivel central. debe existir un sistema de alerta demedicamentos registrados como ALTO RIESGO para el personal medico y enfermeria, esto con el finde definir pautas en la prescripción, administración y seguimiento por farmacovigilancia.

    Gestión deMedicamentos

    15_2

    Generar un sistema de alertas en la administración de medicamentos en el sistema clínico es generarun alto impacto en los procesos asistenciales que se realizan de manera electrónica, teniendo comoresultado una disminución en los errores médicos, mejora en la atención de los pacientes, y mejora ala calidad del trabajo del personal asistencial. debe existir un sis tema de alerta en interacciones demedicamentos al momento de la prescripción medica y de la prescripción por parte de la enfermera.Que permita registrar la información de alergias, reacciones adversas pasadas con el fin de tener elPERFIL FARMACOTERAPEUTICO vigente

    Gestión deMedicamentos

    15_3

    Leer la manilla del paciente que contiene el código de barras de este, que permita leer losmedicamentos que el paciente está tomando a nivel ambulatorio con el fin de realizar CONCILIACIONMEDICAMENTOSA.

    Gestión deMedicamentos

    15_4

    Verificar, en el Kardex Electrónico (Programación de Medicamentos) de Enfermería, losmedicamentos vigentes (no cancelados ni terminados) que tiene formulado un paciente. el kardexdebe diferenciar los medicamentos POS y NO POS teniendo en cuenta su forma farmaceutica, grupo

    farmacologico. Inicio y terminación de tratamientos NO POS teniendo en cuenta las existencias en elsistema, para lo cual deberá tener un sistema de alerta cuando este haya terminado por fecha o porcantidad.

    Gestión deMedicamentos

    15_5Leer e identificar el medicamento a administrar que tenga cada paciente.

    Gestión deMedicamentos

    15_6Verificar que el medicamento registrado se encuentre en la programación de medicamentos de esepaciente, para garantizar que el medicamento si es de ese paciente.

    Gestión deMedicamentos

    15_7Confirmar la administración del medicamento en el módulo de Enfermería, que permita el registro delas devoluciones por paciente.

    Gestión deMedicamentos

    15_8 Si el medicamento leído no está en la programación de ese paciente, se saca una alarma y se guardaun registro de la misma con el objetivo de tener información de intentos de administración equivocada.

    Gestión deMedicamentos

    15_9

    Permitir la visualización de arsenal farmacéutico del hospital Búsqueda de medicamento por: principioactivo, nombre comercial, grupo terapéutico, forma farmacéutica o por prescripciones favoritas ofrecuentes asociadas a perfil y/o usuario.

    Gestión deMedicamentos

    15_10Integración con Farmacia, que permita la reposición de fármacos e insumos para su facturación ycosteo, incluyendo un sistema móvil de dispensación.

    Gestión de

    Medicamentos

    15_11

    Alertar al clínico de falta de stock.Gestión deMedicamentos

    15_12Gestión de prescripciones de fármacos, que requieran de autorizaciones especiales, definidas por elHospital.

    Gestión deMedicamentos

    15_13Manejar distintos tipos de prescripciones: simples, infusiones o soluciones, micro dosis,estupefacientes, restringidos, por protocolos.

    Gestión deMedicamentos

    15_14Proponer sugerencia de horarios, frecuencias y periodos.

    Gestión deMedicamentos

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

    Gestión deMedicamentos

    15_16Permitir suspensión, término y/o modificación de la prescripción de acuerdo a indicaciones del médicotratante.

    Gestión deMedicamentos

    15_17Permitir la Prescripción automática de un Plan de tratamiento farmaco-terapeutico por un periodo detiempo definido. (Recetas de Pacientes Crónicos)

    Gestión deMedicamentos

    15_18

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

    Gestión deMedicamentos

    15_19

    Permitir a enfermería ajustar horarios de adecuación de prescripción. excepto en aquellos casos de

    antibioticos, medicamentos de estrecho margen terapeutico, medicamentos de control, medicamentosde alto riesgo que deben tener el horario ajustado a la solicitud del medico tratante, por lo que elsistema deberá realizar alarmas donde se indique posibles interacciones medicamentosas

    Gestión deMedicamentos

    15_20El Registro de administraciones debe contemplar paciente, fármaco, dosis, vía, lugar anatómico deadministración, fecha, hora y quién administró.

  • 8/20/2019 Anexo 1A Funcionalidades Requeridas 2015c003

    9/31

    Gestión deMedicamentos

    15_21Acceso al perfil farmacológico del paciente.

    Odontología 17 Odontología

    Odontología17_1 El sistema deberá proporcionar la capacidad de gestionar registros de odontología para un paciente.

    Registro odontológico electrónico completo que permite generar notas clínicas de evolución.

    Odontología17_2

    El sistema deberá proporcionar la capacidad de incorporar modelos específicos de historia clínicaodontológica

    Odontología17_3

    El sistema debe permitir el registro de hallazgos en cada una de las piezas dentales, parcial ototalmente y el registro de hallazgos en toda la boca. Esta información se debe visualizar, en formagráfica a través del odontograma, así como en forma de lis tado descriptivo.

    Odontología

    17_4

    El sistema debe permitir que una vez realizado el examen dental o diagnóstico odontológico, permitirel registro de trabajos en cada una de las piezas dentales, parcial o totalmente, y el registro detrabajos en toda la boca. Esta información se debe v isualizar, en forma gráfica a través delodontograma, así como en forma de listado descriptivo.

    Odontología 17_5 El sistema debe generar de manera automática los rips de los servicios realizados.

    Odontología17_6 El sistema debe permitir registrar cada una de las ac tividades del tratamiento dental, el sistema

    obtiene las tarifas vigentes y elabora el presupuesto para ser acordado con el paciente.

    Odontología17_7

    El sistema debe permitir a medida que se van registrando las actividades odontológicas ejecutadas, seactualiza el presupuesto ejecutado y la cuenta del paciente.

    Odontología17_8

    El sistema debe permitir modificaciones al examen dental y al tratamiento inicialmente acordado,identificando estas adiciones, anulaciones, repeticiones, solicitando justificación al profesional clínicode las modificaciones.

    Odontología17_9

    El sistema debe permitir consultar cada una de las notas odontológicas y cada uno de los registros deexamen dental y evolución del tratamiento dental, en forma cronológica y debe contar con filtros paraconsultar la información por rangos de fechas y tipos de notas.

    Odontología

    17_10El sistema debe permitir consultar odontogramas y notas asistenciales, de tratamientos ya cerrados o

    suspendidos.

    Odontología

    17_11

    Captura y presentación de la información a través de diagramas gráficos: odontogramas, periodontogramas, diagramas de prótesis, diagramas de higiene y ortogramas. Estos diagramas darán cuenta deatenciones programadas, realizadas y pendientes, con control de las diferentes etapas de tratamiento(Presupuesto - En tratamiento - Finalizado y/o Alta). Totalmente configurable por el usuario (Estados,colores, características).

    Odontología 17_12 El sistema debe permitir al sis tema de odontología integrarse con el sis tema de facturación.

    Odontología 17_13 Permite la prescripción y administración de fármacos.

    Odontología17_14 Visualizar imágenes precargadas. Cuando sea necesario, deberá poder interactuar con el RIS-PACS

    integrando los equipos de rayos intraoral y ortopantomógrafo y todas sus funciones asociadas.

    Odontología17_15

    El sistema debe registrar el plan de autocuidado sugerido por el profesional, llevando un seguimiento ycumplimiento.

    Nutrición y Dietas 18 Nutrición y Dietas

    Nutrición y Dietas

    18_1

    El sistema deberá proporcionar la capacidad de generar dietas específicas por paciente, así comoejercer un completo control sobre las diferentes dietas que pueden ser solicitadas y asignadas a unpaciente, durante la estancia del paciente en un centro asistencial, determinando periodos y estados a

    dichas dietas, para finalmente generar los sumarios de dietas por paciente.

    Nutrición y Dietas18_2

    Permitir prescripción de dietas habituales y/o personalizadas para pacientes especiales o querequieran de suplementos, medicamentos, texturas especiales. Alertas de seguridad en relación aantecedentes alérgicos.

    Nutrición y Dietas 18_3 Gestionar nutriciones parenterales y lácteas complejas.

    Nutrición y Dietas18_4

    Permitir prescribir dietas distintas dentro de las 24 horas, por ejemplo: realimentación post operatoria.

    Nutrición y Dietas18_5

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

    Nutrición y Dietas18_6

    Permitir validaciones y/o modificaciones a la prescripción según perfiles, por ejemplo ajuste de la dietarealizada por Nutricionista.

    Nutrición y Dietas 18_7 Gestión de dietas: Consultar acerca de las dietas prescritas por paciente y por Unidad.

    Nutrición y Dietas18_8

    Permitir el registro del control de ingesta. Registrar el consumo de la alimentación, reaccionesalérgicas y otras observaciones generales, así como, el seguimiento nutricional del paciente.

    Nutrición y Dietas 18_9 Registrar el consumo de alimentación mediante balance Hídrico Nutricional

    Nutrición y Dietas 18_10 Seguimiento Nutricional del Paciente: oral, parenteral, enteral y lactantes.

    Nutrición y Dietas18_11

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

    19Promoción y Prevención

    Promoción yPrevención

    19_1El sistema deberá proporcionar la capacidad de crear, administrar y hacer seguimiento a programasde promoción y prevención de cada ESE en el sistema.

    Promoción yPrevención

    19_2 El sistema deberá permitir la creación de activ idades de Protección específica y Detección temprana(PyD) a realizar en periodos específicos, definiendo los diferentes ciclos para su ejecución.

    Promoción yPrevención

    19_3El sistema deberá incorporar los modelos de PyP según normatividad, para los portafolios de PyPmanejados por la institución.

    Epidemiología 20 Epidemiología

    Epidemiología20_1

    El sistema deberá proporcionar la capacidad de gestionar la información requerida por los sistemas devigilancia de salud pública según normatividad

    Gestión de seguridaddel paciente

    21

    Gestión de seguridad del paciente

  • 8/20/2019 Anexo 1A Funcionalidades Requeridas 2015c003

    10/31

    Gestión de seguridaddel paciente

    21_1

    l i i i , i i i l i i i- Que permita obtener datos para los indicadores de notificación obligatoria de acuerdo a lanormatividad de Habilitación y de sistema de salud v igentes:Cirugías o procedimientos cancelados por factores atribuibles al desempeño de la organización.Pacientes con trombosis venosa profunda a quienes no se les realiza control de pruebas decoagulación.Ingreso no programado a UCI luego de procedimiento que implica la administración de anestesia.Reingreso al servicio de urgencias por misma causa antes de 72 horasReingreso a hospitalización por la misma causa antes de 15 díasUtilización inadecuada de elementos con otra indicaciónEntrega equivocada de reportes de laboratorioPacientes con neumonías broncoaspirativas en pediatría o UCI neonatal.

    Pacientes con ulceras de posiciónDistocia inadvertidaShock hipovolèmico post- partoMaternas con convulsión intra hospitalariaCirugía en parte equivocada o en paciente equivocadoPacientes con hipotensión severa en post- quirúrgicoPacientes con infarto en las siguientes 72 horas post- quirúrgicoEntrega equivocada de un neonatoRobo intra – institucional de niñosFuga de pacientes psiquiátricos hospitalizadosSuicidio de pacientes internadosConsumo intra- institucional de PsicoactivosCaídas desde su propia altura intra- institucionalRetención de cuerpos extraños en pacientes internadosQuemaduras por lámparas de calor radiante de fototerapia y para electro cauterioEstancia prolongada por no disponibilidad de insumos o medicamentosFlebitis en sitios de venopuncionRuptura prematura de membranas sin conducta definidaRevisión de reemplazos articulares por inicio tardío de la rehabilitación

    Luxación post- quirúrgica de remplazo de caderaAccidentes postransfusionalesAsalto sexual en la instituciónNeumotórax por ventilación mecánicaAsfixia perinatalDeterioro del paciente en la clasificación en la escala de Glasgow sin tratamientoSecuela post- reanimaciónPerdida de pertenencias de usuarios

    Gestión de informaciónde Territorios

    23

    Gestión de información de Territorios

    Gestión de informaciónde Territorios

    23_1

    El sistema deberá proporcionar la capacidad de acceder según controles de acceso desdedispositivos móviles para consulta y registro de información clínica y de atención básica en territoriospor parte de los ERI (Equipos de Respuesta Inicial: Médicos, Enfermeras, Promotores) y ERC (Equipode Respuesta Complementaria: Nutricionista, Odontólogos, fisioterapeutas, psicólogos, saludocupacional, higienista oral), según modelo distrital de salud en los territorios.

    Control de Acceso 24 Control de Acceso

    Control de Acceso24_1 El sistema deberá proporcionar la capacidad para gestionar (crear, recuperar, actualizar y eliminar)

    usuarios del sistema.

    Control de Acceso 24_2 El sistema deberá proporcionar la capacidad para gestionar roles y privilegios a los roles.

    Control de Acceso24_3

    El sistema deberá tener métodos de autenticación y autorización que determinen el nivel acceso defuncionalidades específicas.

    Control de Acceso24_4

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

    Control de Acceso

    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 permisos adicionalesbasado en el contexto de la transacción tal como tiempo 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) sin eliminar la informaciónhistórica relacionada con ese usuario en el sistema.

    Control de Acceso 24_6 Accesos diferenciados a los diferentes módulos, de acuerdo a la calificación del usuario.

    Control de Acceso24_7 Niveles de seguridad diferenciados que resguarden la confidencialidad de los datos del paciente,cumplan con las normas y leyes sobre confidencialidad de datos sensibles, protección de datos

    personales y firma electrónica.

    Control de Acceso 24_8 Encriptación en el envío y recepción de los datos.

    Autenticación 25 Autenticación

    Autenticación 25_1 El sistema deberá autenticar al usuario antes de cualquier acceso al sistema.

    Autenticación25_2 El sistema deberá permitir generar reglas para la generación de contraseñas fuertes, que incluyan

    caracteres alfanuméricos, caracteres especiales, con un número mínimo de dígitos parametrizable

    Autenticación25_3

    El sistema deberá cerrar la sesión del usuario tras un periodo de inactividad identificado, periodo quepuede ser parametrizable por el administrador.

    Autenticación25_4

    El sistema deberá proporcionar la capacidad de configurar un número límite de intentos deautenticación por un usuario, y prevenir diversos intentos maliciosos a través de mecanismos deinactivación de usuario u otros algoritmos de periodos de inactividad.

    Autenticación25_5

    El sistema deberá proporcionar un mecanismo de regeneración de contraseñas a los usuarios, norecuperando la contraseña creada, sino generando una nueva y cifrándola para su almacenamiento enel sistema.

    Autenticación 25_6El administrador tendrá la posibilidad de regenerar contraseñas de usuario. Los passwords deberán

    usar estándares de encripción no reversible para su almacenamiento en el sistema.Auditoria 26 Auditoria

    Auditoria26_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 hacerseguimiento para generar soluciones específicas.

  • 8/20/2019 Anexo 1A Funcionalidades Requeridas 2015c003

    11/31

    Auditoria26_2

    El sistema deberá permitir al administrador definir la inclusión o exclusión de eventos auditables,basado en las políticas de la organización y de operación.

    Auditoria

    26_3

    El sistema deberá permitir registrar para cada uno de los registros de auditoría la fecha y hora delevento, el componente del sistema donde ocurrió el evento, tipo de evento incluido la descripción deldato y el identificador del paciente de ser relevante, identidad del usuario que generó el evento y elresultado del evento especificando si fallo o fue exitoso.

    Auditoria26_4

    El sistema deberá permitir al administrador leer las bitácoras de registros auditados, y generarreportes de tales registros de auditoría por criterios específicos según lo registrado, incluyendo rangosde fechas, así como exportar dichos reportes para su análisis.

    Auditoria 26_5 Historial de Modificaciones que permita la auditoria de los Registros Clínicos.Sistemas Auxiliares LIS,

    RIS 27 Sistemas Auxiliares LIS, RISSistemas Auxiliares LIS,RIS

    27_1El Sistema deberá proporcionar la capacidad de interoperar o incorporar sistemas auxiliares talescomo: Laboratorio (LIS), Radiología(RIS), Enfermedades de notificación obligatoria

    Generación decontenido estructurado

    28

    Generación de contenido estructurado

    Generación decontenido estructurado

    28_1

    El sistema deberá permitir crear plantillas de contenido estructurado a la medida, en cualquiera de suscomponentes. Permitiendo la creación de formularios parametrizables, para las especialidadesmédicas, odontológicas y de otros profesionales, que pueden contener escalas o cálculosmatemáticos, con validaciones y mensajes de alerta que estén a disposición del usuario.

    Gestión documental 29 Gestión documental

    Gestión documental 29_1 El sistema deberá permitir gestionar documentos clínicos relacionados con el paciente.

    Servicio Transfusional31

    Servicio Transfusional

    Servicio Transfusional

    31_1Debe tener conectividad e interfase con el equipo de procesamiento de pruebas del Servicio de

    transfusión con el fin de mostrar los resultados del paciente, validados por la bacterióloga, en losdiferentes servicios asistenciales, para ser almacenados en la historia clínica digital de cada paciente.

    Servicio Transfusional31_2

    Permitir marcar la muestra con los nombres, apellidos, identificación y controlar el momento del envíoal Servicio de Transfusión

    Servicio Transfusional

    31_3

    En el registro transfusional debe garantizarse la identificación y hora de la bacterióloga que entrega elcomponente, la identificación del camillero y hora que este recibe el componente para transportarlo.

    Así mismo deberá garantizar la identificación de la jefe de enfermería a cargo del paciente a quien elcamillero le entrega el componente y la hora de recibo. Debe ser un requisito el

    diligenciamiento completo del anterior para ser diligenciado por el siguiente.

    Servicio Transfusional

    31_4

    En el registro transfusional debe garantizarse los signos vitales antes, durante y al final de latrasfusión, hora de inicio de la trasfusión y hora de finalización de la misma por parte de enfermería,así como también la identificación del médico y enfermería que estuvieron a cargo de la transfusión deese componente sanguíneo.

    Servicio Transfusional31_5

    Permitir trazabilidad en el diligenciamiento completo del listado de chequeo transfusional: (Diligenciadopor la bacterióloga, enfermería y el médico obligatoriamente de forma secuencial). Con losparámetros que se establezcan en dicho listado.

    Servicio Transfusional

    31_6Permitir generar alerta para la identificación de pacientes de mayor riesgo Transfusional (Pacientescon discrepancias hematológicas, Pacientes con enfermedades hematológicas, RAI positivo, y/oprueba cruzada incompatible, pacientes que presentan RAT, programa especial, pacientespolitransfundidos, maternas alto riesgo) que permitan dar aviso al equipo médico.

    Servicio Transfusional

    31_7Permitir recibir y consolidar la información de solicitudes y/o muestras no aceptadas y el motivo de lano aceptación, así como también el sistema de información permitirá el registro del nombre de la jefede enfermería y la hora en que se avisó de la no aceptación de la solicitud y/o muestra.

    Servicio Transfusional

    31_8

    Permitir determinar la oportunidad en el despacho de componentes sanguíneos, ensus diferentes momentos: desde que se genera la orden por parte del médico,toma de muestra por parte de enfermería, recibo de muestra en el servicio deTransfusión y el despacho del componente sanguíneo al servicio asistencial, asícomo también la oportunidad en los resultados de pruebas transfusionales.

    Servicio Transfusional31_9

    Debe ser capaz de capturar y consolidar la información para generar informes relacionados con loscomponentes sanguíneos incinerados en el mes, discriminando por tipo de componente y el motivo dela incineración.

    Terapia Respiratoria 33 Terapia Respiratoria

    Terapia Respiratoria33_1

    Debe permitir enlazarse con el software de la máquina de procesamiento de muestras de gasessanguíneos disponibles en los diferentes servicios para que se visualicen los reportes en la historiaclínica del paciente.

    Funcionalidad No. CRITERIOS FUNCIONALES ADMINISTRATIVOS Y FINANCIEROS C um pl e P or D esar ro ll ar

    Contabilidad 1 Contabilidad

    Contabilidad1_1

    Generación de medio magnético de anexos tributarios:Permitir generar un archivo con la Información de Anexos Tributarios que debe ser reportada ala administración de impuestos

    Contabilidad

    1_2

    Parametrización:Permitir definir datos de la compañía, plan de cuentas con sus niveles, centros de costos consus niveles, terceros con quienes se realizan transacciones, conceptos de impuestos y susreglas, fuentes contables, consecutivos de documentos contables, tabla para ajustes porinflación, entre otros.

    Contabilidad

    1_3

    Información a diferentes niveles de detalle:Permitir tener detalles a nivel de centro de costo y/o tercero, según parametrización que se

    haga de las cuentas. Permitir que los saldos se puedan manejar a nivel de libros mayores o deauxiliares.

  • 8/20/2019 Anexo 1A Funcionalidades Requeridas 2015c003

    12/31

    Contabilidad

    1_4

    Captura De Información De Movimientos Contables:Generar los comprobantes contables periódicos a la aplicación de contabilidad de acuerdo a laparametrización definida y a las necesidades de la entidad. Estos movimientos deben serconsultados y /o modificados (De acuerdo a parámetros establecidos por la entidad).Adicionalmente debe ser posible grabar movimientos contables adicionales.

    Contabilidad

    1_5

    Comprobantes Predefinidos:Deberá contar con opciones que a través de las cuales sea posible grabar unos comprobantespredefinidos que se requieren en todos los períodos contables de tal manera que se facilite yagilice la grabación de los mismos cada mes modificando solo los elementos que varían en esemes.

    Contabilidad

    1_6

    Impuestos:Contar con el manejo de IVA, ICA, retención en la fuente, IVA retenido, IVA retenido régimensimplificado e impuesto de timbre. Con sus correspondientes bases y generando loscertificados correspondientes para ser entregados a los terceros para efectos tributarios.

    Contabilidad

    1_7

    Consulta De Información Contable:Por diferentes niveles: cuenta, NIT, centro de costo, entre otros, a nivel de movimiento o a nivelde libro mayor y o/saldos. Consultas que permiten impresión y se convierten en una granvariedad de reportes de acuerdo a los parámetros de consulta utilizados.

    Contabilidad

    1_8

    Control de comprobantes generados por otros módulos:Contar con una ayuda que permite controlar los comprobantes generados por los módulos detal manera que se pueda saber que comprobantes han sido generados, cuáles no, quien losgeneró, fecha y hora, entre otros.

    Contabilidad

    1_9Diferidos:Permitir grabación de los diferentes diferidos y sus variaciones para emitir las amortizacionesmensuales correspondientes de acuerdo a la parametrización de los mismos.

    Contabilidad

    1_10

    Ajustes Por Inflación:Permitir el manejo de ajustes por inflación por cada una de las cuentas contables que sedefinan como ajustables. El movimiento histórico y el movimiento ajustado se debe manejaindependiente el uno del otro por lo tanto deberá ser posible Controlar saldos históricos ysaldos ajustados.

    Contabilidad1_11

    Libros Oficiales:Genera reportes oficiales exigidos: libro mayor, libro diario, auxiliar, entre otros.

    Contabilidad

    1_12Generación De Medios Magnéticos:Parametrización de maestros de medios magnéticos y generación automática de mediosincluyendo información proveniente de otros Módulos del sistema de información.

    Contabilidad1_13

    Cierre Automático De Cuentas Temporales:Contar con una utilidad para generar de manera automática los movimientos contables para elcierre de cuentas temporales.

    Contabilidad

    1_14Reportes y estadísticas varias:Contar con todos los reportes necesarios de acuerdo con la normatividad vigente y proveer lafacilidad para que se puedan obtener reportes de obligatoriedad posterior.

    Contabilidad

    1_15

    NIIF:Que sea adaptable a la configuración y funcionalidad de las normas internacionales decontabilidad, partiedo de la contabilidad publica aplicada al sector salud su aplicacion de lanorma internacional debe estar en cada uno de los procesos que intervienen en el procesofinanciero.

    Contabilidad

    1_16

    Subir planos validados contra campos de tablas:El sistema permita subir planos cuando se requiere, que permitan la validacion de los camposcontra los tipos de datos de las tablas, para conservar la integridad y confiabilidad de lainformación.

    Contabilidad1_17

    Manejo de saldos en línea:El sistema permita manejar los saldos en línea en contabilidad y en todos los módulosfinancieros del sistema.

    Contabilidad 1_18 Permitir anulación de documentos contables

    Contabilidad1_19

    Permite el registro de movimientos en nuevos períodos fiscales aun sin haber realizado el cierre delperíodo anterior

    Contabilidad

    1_20

    Permite la reversión parcial o total de comprobantes, de acuerdo con los niveles de autorizaciónpreviamente definidos, afectando los módulos correspondientes y haciendo referencia a los registros

    originales

    Contabilidad

    1_21

    Permite interfaz de actualización en lote de información proveniente de: Almacenes Compras Tesorería Activos Fijos Nomina Farmacia Cuentas por cobrar Cuentas por pagar Presupuestos Costos Facturación

    Tesorería 2 Tesorería

    Tesorería

    2_1

    Parametrización:Permitir que la entidad define de acuerdo a sus necesidades los datos de: Bancos, Conceptos

    Bancarios, Conceptos Bancarios con Bancos, Formas de Recibo, Conceptos para MovimientoContable, Fuentes, Formatos para Impresión de Cheques, Poblaciones, Cajas, Rubros de Flujode Caja, entre otros.

  • 8/20/2019 Anexo 1A Funcionalidades Requeridas 2015c003

    13/31

    Tesorería

    2_2Recibos de caja por cartera:Permitir registrar dineros recibos por concepto de recaudos de cartera. Afecta en una solatransacción el saldo en la caja y/o bancos y el saldo de cuentas por cobrar.

    Tesorería2_3 Recibos de caja por otros conceptos:

    Poder registrar información de ingresos por conceptos diferentes a los de cartera.

    Tesorería

    2_4

    Órdenes de pago por cuentas causadas:Permitir registrar las órdenes de cancelación ó abono de documentos que se tengan pendientesde pago con los proveedores. Así mismo Imprimir el cheque o generar la transferencia

    correspondiente. Generar información relacionada con el banco del cual se gira el cheque. yque permita relacionar el numero del contrato

    Tesorería2_5

    Órdenes de pago por otros conceptos:Para elaborar pagos por cuentas no causadas

    Tesorería2_6

    Anticipos de cuentas por pagar:Para generar cheques que corresponden a anticipos de compras a Proveedores

    Tesorería2_7

    Cambio de composición de la caja:Para registrar cambios de composición del dinero en la caja. Ejemplo: Cuando se va a realizarel cambio de un cheque por efectivo

    Tesorería2_8

    Notas Bancarias:Para registrar las notas débito y crédito enviadas por el Banco

    Tesorería

    2_9

    Consignación:Deberá permitir elaborar las consignaciones del dinero que se tiene registrado en la caja y queestá pendiente por consignar tanto en bancos locales como en bancos de otras plazas. Deberáadministrar información de cheques posfechados para que estos sean sugeridos en laconsignación sólo cuando se ha cumplido la fecha

    Tesorería

    2_10

    Documentos Postfechados:Permitir registrar los documentos posfechados que se reciben en la caja generando undocumento de recibo provisional, posteriormente cuando se cumpla la fecha de vencimiento delposfechado se permite elaborar un recibo real de ingreso y establecer la relación con el reciboprovisional

    Tesorería

    2_11Extracto Bancario:Permitir mantener la información de los extractos bancarios de cada uno de los bancos dondese tenga cuenta bancaria, con el objetivo de luego poder realizar la conciliación bancaria

    Tesorería

    2_12

    Entrega de cajas:Cuando el cajero termine el turno de trabajo el sistema deberá permitir registrar el dinero queestá entregando y luego el sistema realizara un comparativo entre lo especificado por el cajeroy el movimiento real registrado en la aplicación generando un reporte donde se reflejanfaltantes y sobrantes

    Tesorería2_13 Traslado de cajas:

    Permitir trasladar documentos y efectivo pendientes de ser consignados de una caja a otra

    Tesorería

    2_14

    Presupuesto de flujo de caja:

    Permitir grabar el presupuesto de flujo de caja del año detallando el valor por cada rubro deflujo de caja. Con esta información cada mes deberá permitir realizar un comparativo con elmovimiento real y de esta forma se cuenta con una herramienta que permita realizar un controly proyección del flujo de caja

    Tesorería

    2_15

    Saldos de conciliación:Controlar los saldos de conciliación bancaria es decir, los documentos que no cruzaron en laconciliación, diferenciando los que se originan del extracto de los que provienen delmovimiento de la aplicación

    Tesorería

    2_16

    Entrega de cheques o transferencia electrónica:Contar con el control de los cheques girados o trasnferencias electronicas, se permitadeterminar cuáles de estos se han entregado realmente al beneficiario del cheque otransferencia electronica. Para realizar este control un cheque o transferencia electronica puedetener los siguientes estados: girado y autorizado entre otros. En cualquier momento se podráconsultar: Cuales cheques o transferencias electrònicas están pendientes de autorizar oentregar, Cuales cheques están autorizados y no entregados, Cuales cheques están entregadosy cuales transferencias electrónicas estan pendientes de girar.

    Tesorería

    2_17Saldos:

    Mantener la información de los saldos

    Tesorería2_18

    Comprobantes Contables:Generación de comprobantes contables de todos los movimientos realizados: recibos de caja,cheques, notas, entre otros

    Tesorería2_19

    Permitir registrar Abonos, Descuentos, Pagos parciales, Devoluciones y Anulaciones para el pago deterceros, asì como copagos y reintegros para facturas por venta de servicios

    Cuentas por Pagar 3 Cuentas por Pagar

    Cuentas por Pagar

    3_1

    Parametrización:Permitir parámetros tales como: Consecutivos, Tablas de ICA, IVA, IVA retenido, retención en lafuente, timbre e Información de proveedores (únicos en todo el sistema), información tributaria,Tipo proveedor, Tipo Regimen tributario, condiciones de pago, Descuentos por pronto pago.

    Cuentas por Pagar

    3_2

    Registro de facturas de compra:Permitir registrar las facturas de las diferentes compras de bienes o servicios. El sistemadeberá registrar información que permite causar la retención en la fuente de acuerdo a losparámetros establecidos en las tablas de parametrización y según el tipo de proveedor

    Cuentas por Pagar3_3

    Recibo automático desde suministros:

    Se deberá generar de manera automática las facturas en Cuentas por pagar de las compras deinsumos y materiales que se reciben en el inventario

    Cuentas por Pagar3_4

    Programación y administración de autorizaciones de pagos:Deberá ser posible gestionar con el sistema la programación de los pagos a los diferentesproveedores

  • 8/20/2019 Anexo 1A Funcionalidades Requeridas 2015c003

    14/31

    Cuentas por Pagar3_5

    Elaboración de órdenes de pago:Elaboración de orden de pago a los proveedores

    Cuentas por Pagar

    3_6Pagos por transferencia electrónica:Para pagar a los proveedores con transferencia electrónica a determinadas entidadesbancarias, entregando un archivo en medio magnético con la estructura de la entidad bancaria

    Cuentas por Pagar3_7

    Registro de notas a las facturas:Proceso a través del cual se graban notas a las facturas existentes en el saldo

    Cuentas por Pagar3_8

    Generación de anticipos a proveedores:Generar oden de pagos por concepto de un anticipo a un proveedor

    Cuentas por Pagar3_9

    Aplicación de anticipos:

    Es la aplicación del anticipo a las diferentes facturas de compra para poder mantenerinformación real del saldo con el proveedor

    Cuentas por Pagar3_10

    Vencimientos detallados y resumidos por proveedor-factura:Conocer los vencimientos de los diferentes proveedores

    Cuentas por Pagar3_11

    Estados de cuentas por pagar:El sistema deberá manejar información de estado de cuenta con cada proveedor y susdiferentes movimientos

    Cuentas por Pagar3_12

    Información de la historia de una factura y todos sus movimientos:Permitir generar información del movimiento detallado de una Factura desde su radicaciónhasta su pago total

    Cuentas por Pagar3_13

    Generación de notas en lote para cancelación de saldos:Poder automatizar la cancelación de saldos a través de notas

    Cuentas por Pagar

    3_14

    Cálculo automático de IVA, ICA, IVA retenido, timbre, retención, con susbases:Con la parametrización del Proveedor y de los Conceptos utilizados para la radicación de lasfacturas el sistema deberá calcular en forma automática los impuestos reglamentados en la ley

    Cuentas por Pagar

    3_15

    Generación de comprobantes a la contabilidad:Deberá generar de manera automática los comprobantes a contabilidad teniendo en cuenta laparametrización y la información capturada los comprobantes contables de facturas y notas,órdenes de pago, anticipos y aplicación de anticipos

    Cuentas por Pagar3_16

    Generación de información de movimientos bancarios para la aplicación detesorería:Los cheques generan información para movimientos en el módulo de Tesorería

    Cuentas por Pagar

    3_17

    Integración con los módulos de caja y bancos y presupuesto público:Poder controlar el tope del contrato de un proveedor relacionando el contrato en el momento dela causación de la factura. De igual manera a través del proceso de Órdenes de pago causadasse deberá se afectar el giro presupuestal en el módulo de Presupuesto Público

    Cartera 4 Cartera

    Cartera

    4_1

    Manejo de la información de recibos de cuentas por cobrar:Debe poder abonar ó cancelar el saldo de una cuenta de cobro (factura) y a la vez realizar el recaudopor los diferentes medios de pago, actualizando directamente la información de tesorería, permitirimportar archivos para descargue de facturas

    Cartera

    4_2Manejo de la información de notas débito de cuentas por cobrar:Debe generar las notas débito por el la falta de registro de la totalidad de los cargos que debencobrarse al responsable del paciente, para actualizar la operación de cobranzas y aumentar el saldode dicha factura sin alterar las operaciones previamente realizadas

    Cartera

    4_3

    Manejo de la información de notas crédito de cuentas por cobrar:Debe generar las notas crédito para disminuir el saldo de una factura, o por un mayor valor facturado aun paciente, para actualizar la operación de cobranzas y por lo tanto disminuir el saldo de dicha facturasin alterar las operaciones previamente realizadas. Desde el movimiento de glosas, en la aceptaciónde una glosa las notas crédito se deben generar en forma automática

    Cartera

    4_4

    Manejo de relación de envío/ radicación/ devolución/ de documentos:El sistema deberá contar con un mecanismo de manejo de documentos a través de la relación deenvío/ radicación/ devolución/ a nivel de empresa, por períodos de tiempo y para diferentes tipos deservicios

    Cartera

    4_5

    Manejo de radicación / devolución en lote:Debe permitir agilizar la radicación/devolución de facturas a través de lotes de facturas pertenecientesa diferentes relaciones de envío e incluso de diferentes responsables. Esta funcionalidad deberá suplir

    procesos manuales de clasificación de facturas por número de envío y estado de factura, haciendomás eficiente el proceso de registro de devoluciones al emplear el orden de llegada de las facturas

    Cartera4_6

    Generación de consultas:El Sistema deberá permitir realizar consultas interactivas sobre el movimiento de las empresas, de lascuentas por cobrar, sobre saldos y sobre el mov imiento de facturas

    Cartera

    4_7

    Manejo de la liquidación para el pago a terceros:Este informe debe tener como base la relación de cargos por prestación de servicios hospitalarios quehayan sido efectivamente pagados por parte del paciente ó de la persona/empresa responsable. Debeconsolidar la información de Facturación y de Cuentas por Cobrar: cargos, las facturas, recibos depago, notas crédito ó notas débito, que afecten el saldo de cada factura, incluyendo glosas ydevoluciones.

    Cartera

    4_8Manejo de cartera para empresas – multicompañía:El software debe permite consolidar las cuentas por cobrar de diferentes compañías, generandodiferentes reportes que permitan realizar diferentes análisis permitiendo trazabilidad por factura

    Cartera4_9

    Manejo de cartera para empresas – multisede:El software debe permite consolidar las cuentas por cobrar de diferentes sedes, generando diferentesreportes que permitan realizar diferentes análisis

    Cartera

    4_10

    generacion de pagarés:Que el sistema permita la registro y generación del documento de pagarés con consecutivo y quepermita la trazabilidad de los documentos contra la factura que lo generó. generando alertas al ingresodel usuario en admisiones, facturacion, caja y cartera.

  • 8/20/2019 Anexo 1A Funcionalidades Requeridas 2015c003

    15/31

    Cartera4_11

    Tiene capacidad para calcular y aplicar intereses moratorias a saldos vencidos, ajustar las cuentas porcobrar y generar los respectivos asientos contables.

    Cartera 4_12 Permite el cálculo de la provis ión o deterioro individual o general de la cartera

    Cartera 4_13 Permitir generar proyección de flujo de caja

    Glosas 5 Glosas

    Glosas5_1

    Manejo de glosas de cartera:Debe contar con un mecanismo que permita realizar la administración requerida para dar respuestaoportuna a las glosas enviadas por las empresas – contratos

    Glosas5_2 Debe permitir relacionar las glosas formuladas por cada empresa para cada uno de los conceptos

    glosados, hacer la remisión de las glosas hacia los responsables de realizar la auditoria y respuesta.

    Glosas5_3

    Debe permitir registrar las respuestas de las glosas recibidas a cada concepto con su respectiva justificación, generando los movimientos de cartera requeridos

    Anticipos y Abonos 6 Anticipos y Abonos

    Anticipos y Abonos

    6_1

    Recibos de caja de anticipos y abonos:Permitir registrar los recaudos por concepto de Abonos y/o anticipos, hechos por emp