Anexo 1A Funcionalidades Requeridas 2015c003
-
Upload
unidad-de-servicios-de-salud-simon-bolivar -
Category
Documents
-
view
220 -
download
0
Transcript of Anexo 1A Funcionalidades Requeridas 2015c003
-
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