PLIEGO DE PRESCRIPCIONES TÉCNICAS QUE HA...

CENTRO DE RECUPERACIÓN Y REHABILITACIÓN DE LEVANTE

Pliego de Prescripciones Técnicas para la adquisición de un Sistema Integral para la Gestión Hospitalaria (Historia Clínica)

1

PLIEGO DE PRESCRIPCIONES TÉCNICAS

QUE HA DE REGIR PARA LA CONTRATACION MEDIANTE

PROCEDIMIENTO ABIERTO

PARA LA ADQUISICIÓN DE UN SISTEMA INTEGRAL

PARA GESTIÓN HOSPITALARIA

(HISTORIA CLÍNICA)

Exp. CRRL/2010/02/0002



2

I N D I C E

1 Objeto del contrato......................................................................................................3 2 Duración del contrato..................................................................................................3 3 Presupuesto................................................................................................................3 4 Condiciones Generales...............................................................................................4

4.1. Admisión.....................................................................................................5 4.2. Gestión de Agendas (Citas)........................................................................6 4.3. Gestión de transporte.................................................................................7 4.4. Gestión de encuestas.................................................................................7 4.5. Enfermería..................................................................................................7 4.6. Médico......................................................................................................12 4.7. Quirófanos................................................................................................14 4.8. Rehabilitación...........................................................................................14 4.9. Cargos y facuración..................................................................................14 4.10. Unidosis....................................................................................................15 4.11. Otras aplicaciones....................................................................................15 4.12. Gestión de la Información.........................................................................16 4.13. Sistema de Información............................................................................17 4.14. Características peculiares de Accesos.....................................................18

5 Claúsulas de entrega y puesto en funcionamiento....................................................18

6 Organización.............................................................................................................19

7 Garantía sobre el uso del software en el tiempo.......................................................20

8 Mantenimiento en producción...................................................................................20

9 Confidencialida de la información..............................................................................20

10 Protección de datos de carácter personal.................................................................20

11 Control de calidad......................................................................................................21

12 Competencia y capacitación. Experiencia y formación.............................................21

13 Variantes...................................................................................................................21

14 Causas de rescisión del contrato..............................................................................21

15 Baremos y criterios de adjudicación..........................................................................22

15.1. Oferta Económica.....................................................................................22 15.2. Oferta Técnica..........................................................................................22 15.3. Prestaciones adicionales al Pliego...........................................................23

ANEXOS Anexo I: Enlace ente aplicaciones...................................................................................24 Anexo II: Aproximaciones a indicadores C.R.R.L.............................................................25 Anexo III: Harware y software............................................................................................29



3

1 Objeto de contrato

Contratación de un sistema integral de gestión de Historias Clínicas (en adelante HHCC) para el Centro de Recuperación y Rehabilitación de Levante (en adelante C.R.R.L.), Centro Mancomunado de Mutuas de Accidentes de Trabajo y Enfermedades Profesionales de la Seguridad Social (num. 292), en San Antonio de Benageber (Valencia). El C.R.R.L. es un Centro Hospitalario con 4 Plantas de Hospitalización, 230 camas y 8 quirófanos cuya actividad principal se centra en atender a pacientes accidentados laborales procedentes de las Mutuas de Accidentes de Trabajo y Enfermedades Profesionales de la Seguridad Social (en adelante MATEPSS), si bien atiende también a pacientes procedentes de la Seguridad Social y de otras colaboraciones con otras Mutuas. El personal que desarrolla su actividad en el C.R.R.L. puede ser tanto interno (personal contratado directa o indirectamente por el Hospital) como externo (personal ajeno al Hospital propio de las Mutuas). La HHCC deberá estar disponible para todo el personal (interno y externo) y ser accesible a lo usuarios autorizados tanto desde el C.R.R.L. como desde la sede de las distintas Mutuas. El presente Pliego responde a la necesidad del C.R.R.L. de sustituir su HHCC actual basada en Lotus Notes por otra aplicación que suponga un mayor seguimiento de los pacientes y un control general del Hospital mucho más riguroso. Así pues los requerimientos de la HHCC a adquirir son los siguientes:

a) Que permita acceder a la HHCC completa del paciente e identificar los procesos del mismo. b) Que sea fácil e intuitiva de utilizar. Debe recoger toda la documentación de una HHCC y con

interacción rápida entre servicios, profesionales, administración, etc. c) Que permita disponer de datos estadísticos. d) Que disponga de herramientas auxiliares de gestión diaria (turnos, agendas, etc...). e) Visualización externa.

La Historia deberá tener capacidad y licencias suficientes para tener un millar (1.000) de usuarios de alta de forma simultánea. De estos usuarios se pueden conectar de forma concurrente cientocincuenta (150).

El adjudicatario deberá cumplir con las estipulaciones recogidas en el presente Pliego, en el Pliego de Cláusulas Particulares y en el resto de documentos de carácter contractual siendo excluida cualquier Oferta que no cumpla el requisito descrito.

2 Duración del contrato

Duración del contrato: desde la formalización del contrato hasta la correcta implantación del sistema con un plazo nunca superior a seis meses. Durante el periodo contractual se resolverá todo problema de funcionamiento imprevisto que pudiera ocurrir y se optimizará el mismo ajustando todo lo que así lo requiera.

3 Presupuesto

El presupuesto máximo de licitación será de 325.000 euros, siendo la partida correspondiente al IVA de 52.000 euros, resultando un total de 377.000 euros, IVA incluido (Trescientos setenta y siete mil euros). El presupuesto descrito incluirá:

- Licencia (de la HHCC).



4

- Licencia del software base (bases de datos, cuadros de mando, etc…) - Mantenimiento de la licencia durante el primer año. - Traspaso de maestros e históricos.

Dicho presupuesto NO debe incluir el coste del hardware ni del Sistema Operativo. Será obligatoria para cada licitador la especificación del coste de mantenimiento anual de la licencia a partir de la finalización del primer año contractual y la variación de este importe para años sucesivos (revisión precios por IPC). La prestación del servicio a partir de la misma fecha, será en todo caso, obligatoria.

4 Condiciones generales

La HHCC ofertada debe ser un programa que necesariamente ya haya sido implantado en otros hospitales (preferiblemente, de un tamaño similar al del C.R.R.L.) y que cubra perfectamente las necesidades de Consultas Externas, Urgencias y Hospitalización. A continuación, se detallan los requerimientos mínimos establecidos para la HHCC ofertada:

Fácil e intuitiva con rápida interacción entre profesionales.

Disponibilidad de datos estadísticos.

Acceso a la Historia completa identificando cada proceso. Cada proceso debe asignarse al cliente correspondiente.

Gestión del botiquín con enlace a Navision (entradas, salidas y regularización).

Disponibilidad para incluir documentación escaneada en la Historia.

Visión de camas global con su estado (limpia, ocupada…).

Al ingreso indicar tipología de paciente (tráfico, AT, EC…)

Interfaces con Biz Talk.

Documentación de tablas, procesos, manuales de usuarios, plan de contingencia, procesos Bach, usuarios y contraseñas de BBDD.

Acceso desde fuera de la instalación (terminal Server o web).

Acceso limitado a los profesionales a sus pacientes asignados (cada Mutua, la suya).

Posibilidad de que un paciente cambie de Mutua manteniendo su Historia.

Gestión de agendas de CCEE (bloquear horarios, gestión de estados, generación de cargos, enlace worklist enlazado con Historia).

Gráficas de constantes.

Hoja de Enfermería (acceso por control y servicio, valoración al ingreso, evolución diaria).

Control de medicación (aviso de alergias, administración de medicación, generación de cargos).

Gestión de Urgencias.

Registro de Estupefacientes.

Gestión de agendas de quirófanos y programación quirúrgica.

Número único de Historia por paciente.

Gestión de pruebas e Interconsultas.

Código Cie 9.

Gestión de botiquines y almacenes (integrado con programa de almacenes).

Gestión de cargos y facturación con posibilidad de introducción de cargos manuales y corrección y anulación, en caso de errores.

Partes estándar de gestión (tráficos, funeraria, juzgado…).

Integración de worklist, PACS, Laboratorio, ERP.

Control de dispensación de medicación por código de barras.

Gestión de pruebas (Interconsultas).

Indicadores de cada Servicio accesibles desde la propia HHCC.

Cumplimiento LOPD.

Clasificación CIE de los procesos.



5

Sistema con plan de contingencia (BBDD Replicadas).

Traspaso de información de la Historia actual.

Sistema de archivado para históricos.

Acceso vía OBBC a todas las tablas del sistema.

Acceso por procedimientos almacenados, servicios web y/o HL7 para integración con otras aplicaciones.

El sistema ofertado debe disponer como mínimo de las siguientes funcionalidades (si bien algunas se valorarán como mejoras, ver documento de criterios de adjudicación):

4.1. Admisión

Entendemos por Admisión la recepción del paciente en el Hospital, bien por una primera asistencia de Urgencia, por una visita programada (de hospitalización o Consulta Externa) o por un ingreso desde cualquier otro proceso. Debe disponer de un sistema ágil para la introducción de los datos demográficos, datos del proceso y datos del paciente. Se debe poder incluir en la HHCC de un paciente mediante escáner aquella documentación que proporcione el usuario (autorizaciones de Mutuas, analíticas, consentimientos, Rx, Resonancias,…). Los usuarios de las Mutuas, desde sus Centros de trabajo, deben poder acceder a la HHCC para incluir todo tipo de documentación necesaria para el ingreso (Historia propia, autorizaciones, etc.). Deberá mantenerse un número único de HHCC por paciente. Cada Historia tendrá un único episodio por cada diagnostico si bien este episodio puede tener varios procesos. Los procesos se podrán clasificar en Urgencia, Ambulatorio y hospitalización. Es imprescindible que un mismo episodio relacione todos sus procesos. Al realizar el ingreso se podrá imprimir etiquetas con los datos básicos del paciente así como el código de barra y/o RFID con el número de proceso. Adicionalmente se deberán poder imprimir distintos tipos de informes prediseñados como son; la autorización para comida de acompañante, documentos de cambio de procedencia, compromisos de pago, partes al juzgado, partes de accidente de tráfico, partes para funeraria, solicitudes de informes médico,… Se debe tener una visión de todas las camas y el estado de la misma (ocupada, reservada, limpia,…) para la gestión del ingreso. De entrada se debe registrar si se considera una AT, ITCC, Tráfico in Itinere, pagos directos u otras modalidades, que interesan desde el punto de vista económico a las mutuas. Debe permitir la gestión rápida y eficaz de la bajas con único formato impuesto desde la HHCC informatizada para todas las Mutuas y que permita desde la HHCC su inmediata transferencia a los responsables de cada Mutua. Debe facilitar el envío diario de ingresos, bajas y personal hospitalizado de forma diaria a las Mutuas. Adicionalmente se debe disponer de un acceso web que facilite esta información a dichas Mutuas. Debe permitir gestionar las altas pendientes y verificar el cierre definitivo de los episodios y procesos (si bien un episodio podría reabrirse) Debe existir la posibilidad de gestionar salidas de fin de semana. Estas salidas consisten en que pacientes de larga duración pasan un fin de semana o periodo vacacional en su domicilio en lugar de en el Hospital. Durante este periodo el paciente no tiene el alta médica. En esta circunstancia la cama se les



6

queda reservada pero se interrumpe la administración de medicación (carros), comidas, etc. Los cargos generados son distintos (no se carga estancia completa sino reserva de habitación). Se les entrega el set de medicación que requieren para este periodo. Debe existir un sistema fácil de búsqueda de pacientes, datos de filiación, etc.: Nombre, Apellidos, DNI, Empresa, Mutua a la que pertenece, Paciente de SS si se trabaja en lista de espera, Nº Historia, Nº de episodio, Nº de proceso, Fecha de nacimiento, Teléfono... La pantalla general inicial debe constar de una barra de menú, herramientas y datos generales del paciente y episodio activo, muy fáciles de identificar y con los iconos mas imprescindibles y funcionales. Un área de trabajo grande y una barra de estado. Los iconos del programa deben ser fácilmente intuitivos e identificables con lo que significan. Se considera valores añadidos la conexión para validar el SIP y la conexión con Tesorería y la interconexión con las Mutuas para disponer de una relación de sus afiliados con la empresa a la que pertenecen.

4.2. Gestión de agendas (Citas)

Sea cual sea el sistema de gestión de cita esta debe ser rápida, dinámica y eficaz y se debe basar en agendas por especialidades y por sus correspondientes médicos. Cada medico tendrá sus días de consulta con citas para primeras visitas (precisan más tiempo por ejemplo quince o veinte minutos y para visitas sucesivas diez o quince minutos según se establezca). Las agendas deben permitir solicitudes, desde la web a las Mutuas para que soliciten una fecha de cita. Según el tipo de cita y el servicio solicitado podrá ocurrir:

a) El sistema propone una relación de fechas disponible b) Se generará una solicitud para que posteriormente un empleado del CRRL asigne la cita y lo

comunique al paciente y a la Mutua.

En cualquiera de los dos casos las Mutuas deben poder ver el estado de las citas y solicitudes con el tiempo dedicado en cada uno de los pasos (Tiempo desde la solicitud a la cita). Debe ser sencillo desde esta pantalla de cita;

Bloquear horarios y o días por ausencias de médico, asistencias a congresos, etc.

Creación de la Historia de paciente si al dar la cita dicho paciente no existe

Gestión de estados (paciente en sala de espera, atendido, etc.)

Gestión de múltiples citas (Rehabilitación)

Facilidad para citar a un mismo paciente en distintos servicios

Cambiar la duración del os huecos por cada cita

Imprimir agendas o dietarios por máquina/servicio/máquina y horario

Añadir comentarios a la cita

Mantener historial de una cita (Si se ha cambiado debe conocerse fecha anterior, nueva y motivo)

Transferir la información a los equipos (mediante Worklist)

Generar los cargos oportunos para facturación.

Añadir información de médicos, técnicos (en caso de manipular equipamiento como los TER) y de enfermería a la Historia como resultado de la cita.

En el caso de pruebas (laboratorio, radiología) que indique al médico la finalización de la misma y permita a los técnicos remitir avisos que consideren importantes tras el análisis.

El paciente debe poder indicar la llegada al centro mediante Kioscos instalados en el hospital. Esto se registrará y aparecerá claramente reflejado en la pantalla principal del servicio / médico o técnico.



7

El Paciente debe poder modificar sus citas (con limitaciones parametrizables, como puede ser en el mismo día cambiar la hora pero no la fecha) desde Internet y/o quioscos. El médico podrá bloquear esta característica para determinados pacientes que por su patología requieran unas visitas en fecha y hora determinadas.

4.3. Gestión de transporte

Desde las distintas Áreas se puede solicitar transporte para los pacientes (ambulancias, taxis, etc.). Estas solicitudes deben quedar reflejadas en tiempo real para poder realizar la gestión oportuna pudiendo indicar el estado de dicha petición para que el solicitante pueda averiguar el estado de la misma.

4.4. Gestión de encuestas

Los pacientes pueden rellenar unas encuestas de satisfacción que deben quedar reflejadas y poder obtenerse estadísticas de las mismas. Los distintos formularios de las encuestas deben ser parametrizables. Existen distintos tipos de encuesta principalmente paciente, cliente (Mutua) o empleado.

4.5. Enfermería

Consta de dos partes:

- Vista del servicio donde se realiza la tarea. - De la propia Hoja de Enfermería.

4.5.1. Hoja de Enfermería

El rol de Enfermería debe poder acceder a la totalidad de la HHCC del paciente. La Hoja de Enfermería deberá cumplir las siguientes premisas:

- Visualizarse y poder acceder a ella desde todas las zonas posibles donde esté un paciente: Urgencias, Consultas Externas, Quirófanos, Despertar- Reanimación, Laboratorio, Radiología y Unidades de Hospitalización.

- La pantalla principal de acceso debería ser mediante iconos/botones a cada uno de los apartados de la Historia.

- Ser un único y continuo documento durante la estancia del paciente en el Hospital (independientemente del proceso). Se podrá ver todas las anotaciones por proceso, episodio o Historia.

- Constar de una única pantalla de trabajo con los apartados siguientes:

1.- VALORACION AL INGRESO (importado desde la anamnesis general por parte del facultativo-anestesista o médico de urgencias)

Antecedentes: médicos, transfusiones,….

Alergias

Tratamiento actual

Dieta (conectado con servicio de restauración) indicando las peticiones, devoluciones y cambios de dieta.

Hábitos tóxicos

Constantes. (Presión arterial, Frecuencia cardiaca, Temperatura, Glasgow…)

Posibilidad de petición de pruebas complementarias por orden médica



8

Posibilidad de clasificación taxonómica

2.-EVOLUCION DIARIA DE ENFERMERIA

Se anotará la evolución, así como, cualquier observación a tener en cuenta. Los registros de intervenciones de enfermería deben estar estandarizados (mediante despegable y poder añadir comentario).

3.-PLAN DE CUIDADOS (Planes estandarizados por GRD, y planes personalizados según necesidad alterada)

Clasificación común para personalizar las actuaciones

Curas

Valoración y prevención de ulceras

Balance hídrico

Eliminación (Diuresis, heces)

Drenajes

Control de paciente diabético (valores glucemia y pauta insulina)

4.- GRAFICA DE CONSTANTES (Registros de constantes con posibilidad de presentación con gráficas)

Listado de relación de pacientes para introducción de los valores. Volcado de los valores tomados a la HHCC de cada paciente:

o Temperatura o Tensión Arterial o Frecuencia cardiaca o Frecuencia respiratoria o Saturación de Oxigeno o Conexión de paciente monitorizado a red

Grafica de Unidad de despertar.

Gráfica de UCI.

Otros (Balance hídrico, Eliminación -Diuresis, heces-, Drenajes, Control de paciente diabético -valores glucemia- ).

5.-MEDICACION

Aviso de alergia medicamentosa (Vademécum CRRL).

Vista de Administración de la medicación directa de la pauta médica (Sin Trascripción, Hoja de administración la medicación con adaptación horaria, actualización de medicación con pauta alterna, etc.).

Administración única de la medicación con tendencia a “medicación en botiquines cero “.

Firma con nombre y número de colegiado del enfermero que administra la medicación.

Misma hoja de medicación en toda la Historia de enfermería (medicación pautada y administrada en UCI, despertar, urgencias, etc. para evitar repetir las dosis y búsqueda de registros, visualizado de la medicación que se ha retirado)

Vista de tratamiento a administrar a toda la planta de hospitalización.

Posibilidad de selección de turno para administrar la medicación.

Posibilidad de administración de la medicación desde un dispositivo portátil (a pie de cama) con código de barras en paciente, sanitario y medicamentos que avise de dispensaciones erróneas.



9

Aviso de alarma ante cambios de pauta en el paciente.

Vista de tratamiento pautado.

Acceso para administrar medicación por turno, desde este punto: cargo, reposición y trazabilidad automáticos, Incluidos estupefacientes (a valorar con el servicio de Farmacia).

Acceso para anular medicación.

Posibilidad de anotar observación en línea de medicación (pre y post administración).

Posibilidad de rectificar la administración solo por el editor en 24 h.

6.-CONTROL DE PRUEBAS SOLICITADAS

Vista de las pendientes.

Aviso de alarma a la solicitud (desde cualquier punto del hospital).

Aviso de alarma a la realización.

Aviso de la intervención quirúrgica del paciente.

Aviso de la solicitud de transporte.

7.-INFORME DE ENFERMERIA AL ALTA

En pacientes con necesidad de cuidados extra hospitalarios, con la posibilidad de incluir formatos para la correcta administración de medicación como por ejemplo la Fraxiparina, protocolos de autosondaje etc.…

4.5.2. Urgencias

Adicionalmente a todo lo descrito en Hoja de Enfermería (salvo el plan de cuidados) se debe tener acceso para registro nominal en Conselleria de las vacunas administradas, verificando las dosis administradas. En este caso es especialmente importante el registro de las pruebas pendientes de realizar y la recepción de avisos o alarmas a la finalización de dicha prueba.

4.5.3. Plantas de hospitalización

Las pantallas deben ser configurables para mostrar los pacientes del servicio analizado (en concreto en el Hospital se disponen de cuatro plantas cada una con su control de enfermería independiente). Especifico para la pantalla de hospitalización es necesario disponer de Indicadores por colores de la evolución del paciente: Quirúrgicos (pre, intra, rea, post), No quirúrgicos, Urgencias. Listado de pacientes y búsqueda por diferentes criterios (mutua, médico adjudicado, pacientes en lista de quirófano, pendientes de alta), etc. Informatización de todos los cuadernos de trabajo utilizados por enfermería. Informatización del registro de estupefacientes. Enlace con protocolos asistenciales (Aislamiento, Riesgo de Caídas, U.PP, etc.)

4.5.4. Consultas Externas

Acceso a la hoja de enfermería continúa para la totalidad del proceso. Validar los electrocardiogramas realizados (con cargo automático).



10

Al registro de la cura que genere el cargo automático. Cuando el médico cita al paciente para cura que figure en la agenda de curas de enfermería. Estado del paciente (Pendiente de llegar, en sala de espera, atendido, etc.)

4.5.5. Quirófanos

Implantación de equipos informáticos en cada quirófano, con lector infrarrojo o RFID’s para tiempos quirúrgicos y cargos de materiales. Importar datos al libro de quirófano desde programación quirúrgica. Pantalla principal mediante iconos/botones (programación de quirófanos, ocupación actualizada de quirófanos, ocupación de URPA, Gestor quirófanos – personal asignado por turno/categoría profesional, material disponible, …) Programación quirófanos: Listado de pacientes por quirófano, diagnóstico, técnica quirúrgica, material solicitado (orden de ejecución del parte quirúrgico, valorar la incorporación de tiempos estandarizados por GRD/Técnicas quirúrgicas). Debe ser accesible desde Planta de Hospitalización. Ocupación quirófanos: Debe de dar información en hora real, de la ejecución del parte y del estado del quirófano- en acto quirúrgico, sin actividad, limpieza/preparación. Ocupación URPA: Información en hora real del nivel de ocupación de la URPA. Gestor quirófano: Gestión para RR.HH y materiales, conexión por software de la central de esterilización.

Programación de quirófanos (permitiendo reservas por días a médicos concretos que posteriormente se asignan a pacientes o asignación dir3ecta a pacientes)

Solicitud IQ

Gestión integral del proceso (Consulta prequirúrgica, pruebas, consentimientos)

Gestión y planificación de materiales

Enlace con equipos durante la intervención para escritura en la Historia (respirador, constantes, tiempos, etc.)

Registro de materiales

Documentación de la intervención

Hoja de enfermería quirúrgica:

Registro de medicación intraoperatoria.

Registro de contaje de gasas.

Registro de sutura utilizada.

Registro de Implantes/Osteosíntesis.

Dosis irradiación RX.

Evolución/Comentarios de Enfermería.

Hoja de esterilización : Registros de trazabilidad del instrumental mediante pistolas infrarrojos (interrelación con software de la central de esterilización).

Hoja de anestesia: Incorporación de la monotorización del paciente a la HHCC automáticamente.

4.5.6. Unidad de Cuidados Intensivo (UCI)

La gráfica-sábana de UCI debe estar en la propia HHCC. Los datos deben pasar automáticamente del monitor a la Historia sin intervención manual. La pauta y administración de la medicación en UCI debe ir con el mismo formato que en el resto del Hospital (realizándose los cargos económicos de manera automática).



11

La Hoja de Enfermería debe ser el mismo documento único como en los demás Servicios.

4.5.7. Despertar

Los datos deberán estar conectados desde el monitor a la gráfica de Despertar de la HHCC. La pauta y administración de la medicación en Despertar, debe ir con el mismo formato que en el resto del Hospital (realizándose los cargos económicos de manera automática). El traslado del paciente a Planta debe ser validada por el Anestesista. Los avisos de alarmas también deben visualizarse desde este Servicio. Pantalla principal de acceso mediante iconos/botones (colores indicadores de fase del paciente y tipo de técnica anestésica) La gráfica de UCI/Reanimación/ URPA debe estar en la propia HHCC. Los datos deben pasar automáticamente del monitor a la Historia sin intervención manual. Debe quedar reflejada además del resto de parámetros de la Hoja de Enfermería (registro de intervenciones, medicación y valoración de enfermería la valoración del paciente en el Despertar).

2 1 0

ACTIVIDAD Mueve los miembros espontáneamente o a demanda

Mueve dos miembros espontáneamente o a demanda

No mueve ningún miembro

RESPIRACIÓN Profunda y tose Disnea. Espirómetro No respira solo

CIRCULACIÓN P/A +/- 20% Preanestésica

P/A +/- 20-25% Preanestésica

P/A +/- 50% Preanestésica

CONCIENCIA Despertar completo Responde a llamada Ninguna respuesta

COLORACIÓN Rosa Pálida-Amarillenta Cianótica

4.5.8. Indicadores de Calidad

Es importante que Enfermería disponga de sus propios valores de calidad. Entre los valores a controlar se encuentran los siguientes:

Episodios de infección Urinaria asociados a colocación de sonda Foley.

Infección Urinaria asociada al autosondaje.

Infecciones nosocomiales en Quirófano.

Ingresos de Enfermería correctamente cumplimentados.

Vigilancia y control de venoclisis instauradas.

Nº de UPP desarrolladas en nuestro hospital.

Nº de UPP totales en el CRRL.

Ocupación de la Sala de Despertar por pacientes de quirófano.

Nº de técnicas locorregionales realizadas en la Sala de Despertar.

Control de Preoperatorios realizados.

4.5.9. Vigilancia de la salud

Control de Historias, agendas y alertas de seguimiento de los trabajadores (fechas de próxima revisiones, vacunaciones, agenda de visitas, etc.). Debe quedar claramente reflejado en la Historia (y estadísticas) los procesos del hospital de los procesos derivados de vigilancia de la salud (aunque un mismo paciente puede tener un proceso abierto por vigilancia de la salud y otro de ingreso hospitalario por enfermedad común que si debería considerarse).



12

Integración con el programa de nóminas para nuevas altas/bajas.

4.5.10. Gestión de botiquín

Solicitudes de reposición, inventario en conexión con el ERP. Conocimiento del stock real en cada momento. Generación de cargos automáticos por dispensación.

4.6. Medico

Cada paciente debe identificarse de forma unívoca con un número de Historia. Esta Historia dispondrá de datos comunes pertenecientes al paciente (nombre, edad, alergias, etc.) Cada Historia necesitará de un episodio, de esta forma un paciente puede ser tratado por un proceso: como por ejemplo, rotura ligamento cruzado anterior, cuando se acabe este episodio se cierra en la HHCC. Con el tiempo puede acudir por otro proceso: como podría ser, hernia discal, con lo que se trabajara sobre este nuevo proceso con cuantos actuaciones haga falta (consultas otros especialistas, laboratorio, radiología, psicología…) y toda documentación que se precise del anterior proceso se debe permitir trasladar a este nuevo episodio. Toda gestión de la HHCC debe ser muy sencilla, con la información necesaria pero no más y el cruce de datos sea sencillo y facilite toda la información. En resumen perfección y sencillez, mucha sencillez para que el trabajo del facultativo no le cueste mas tiempo rellenar una Historia Clínica que explorar al paciente. Debe ser fácil buscar la opinión de otro colega que ha escrito sobre el proceso, por ejemplo paciente traumatológico que se hace una interconsulta al rehabilitador o que queremos ver las pruebas complementarias de imagen, laboratorio, etc.… Fácil secuencia en el seguimiento de los distintos procesos del mismo episodio, etc.… Nota importante: Se ha intentado seguir un mismo criterio para Episodio, proceso y acto y cargo y es posible que no estén bien reflejados. El objetivo es que un paciente sólo tenga una Historia: cada paciente acude al C.R.R.L. por un motivo (accidente de trabajo), habremos de identificar este motivo, llamémoslo episodio, y todo lo que se realice a ese paciente (Consultas, Hospitalización, etc.), llamémosle procesos, debe estar relacionado en el mismo episodio. A su vez, cada actuación que realice podrá generar muchos cargos (Una hospitalización tiene estancias, medicaciones, intervenciones). Cada vez que el médico abra el Diario Clínico del paciente, debe salir la última anotación de la enfermera en su Hoja de Enfermería, así como la temperatura del paciente. También sería interesante que se pudiera copiar y pegar el tratamiento medicamentoso del paciente en el hospital en la hoja de alta hospitalaria. El Diario Clínico debe contar con la siguiente información:

Antecedentes del paciente y familiares.

Hábitos tóxicos del paciente.

Historial fisiológico del paciente: tipo de alimentación, deporte,..

Enfermedades y medicación habitual.

Antecedentes de historial laboral (tipo de trabajo, veces de bajas y motivos…).

Hoja de evolución.

Prescripción médica.

Dieta.



13

Solicitud de pruebas complementarias.

Solicitud de Interconsulta.

Informe de alta.

Hoja de anamnesis.

Impresión de recetas.

Distintos formularios según tipología.

Hoja de consentimiento informado parametrizable por cód. diagnostico.. Gestión de alarmas por SMS para:

Avisos de pruebas finalizadas por SMS.

Alarmas de pacientes con determinados umbrales parametrizables.

Fácil visualización de:

Pacientes Ingresados, Urgencias, CCEE asignados.

Citas de Consultas externas con estado de la cita y tiempo de espera.

Acceso directo a la historia desde la agenda.

Debe existir la posibilidad de introducir protocolos o Guías Médicas. Debe ser fácil ordenar una orden de ingreso, desde Urgencia o CCEE, así como solicitar cualquier prueba complementaria. Es importante que la información única se escriba una única vez (como pueden ser las alergias) y que estén disponibles desde cualquier parte de la Historia. Debe además copiarse determina información de forma automática (ejemplo creación automática de informe de alta con los datos ya introducidos y que el médico pueda modificar/añadir este documento antes de su entrega final). Los campos de código diagnostico y procedimientos deben rellenarse conforme al estándar del código CIE. La codificación CIE debe contemplar la última revisión y debe actualizarse periódicamente. Sería interesante para facilitar la localización del código diagnostico correcto, poder buscar sobre el CIE completo o sobre una versión reducida (que contendrá los códigos más habituales utilizados por el C.R.R.L.). Debe existir un campo de diagnostico con codificación CIE modificable incluso después de la Historia. Este campo de clasificación servirá para que los médicos clasifiquen los casos para futuros estudios. Debe poder verse todos los apuntes del diario médico por orden cronológico independientemente del proceso o episodio al que pertenezcan. Deben quedar resaltadas de forma visible en la Historia las alergias y las patologías concomitantes. La prescripción médica debe permitir, ante la solicitud de un medicamente, proponer medicamentos con el misma composición disponibles en el hospital y dado un medicamento debe poder consultarse los principios activos. Adicionalmente, se debe disponer de vademécum integrado en la Historia con todas las posibles variaciones de incompatibilidades, alergia etc Se debe poder realizar los cargos de pruebas realizadas en consultas externas espirometrías, electromiografías, etc y pasar los resultados de la misma a la HHCC. Las solicitudes de Interconsulta debe llegar a todo el Servicio y no a un médico en concreto. El estado de cada Interconsulta debe poder ser visualizado en todo momento.



14

4.7. Quirófanos

Debe permitir la programación de Quirófanos (permitiendo reservas por días a médicos concretos que posteriormente se asignan a pacientes o asignación directa a pacientes). Esta programación podrá ser consultada de diversas formas; por médico,, fecha, quirófano, etc.

Adicionalmente debe permitir gestionar:

Solicitud de Intervención Quirúrgica (IQ).

Gestión integral del proceso (Consulta prequirúrgica, pruebas, consentimientos).

Gestión y planificación de materiales.

Enlace con equipos durante la intervención para escritura en la Historia (respirador, constantes, tiempos, etc.).

Registro de materiales.

Documentación de la intervención.

4.8. RHB

Se requiere una agenda específica para los Fisioterapeutas. En esta agenda debe contemplar no sólo los tiempos si no el número de pacientes por Fisioterapia considerando la tipología del paciente.

4.9. Cargos y Facturación

4.9.1. Generación automática de cargos.

La aplicación debe ser capaz de generar todos los cargos económicos susceptibles de ser facturados, entre otros las estancias y medias estancias, salas de despertar, los derechos de quirófano y de anestesia, las consultas o exploraciones realizadas (desde la agenda de citaciones), los forfaits de urgencias, análisis clínicos. Se deberá dar respuesta también a la actual problemática de introducción de partes de quirófanos y minutas de honorarios profesionales de médicos colaboradores (generación de autofacturas previa introducción de baremos en el sistema), de manera que los cargos de éstos se puedan generar asimismo de una forma automática.

4.9.2. Inventarios

Se introducirán los medios técnicos necesarios y adecuados para que en todos los servicios asistenciales se puedan dar de entrada y salida la medicación y el material sanitario, así como realizar el conteo de inventarios con la periodicidad que se establezca, de una forma ágil, sencilla y segura. Además, la aplicación deberá contar con un campo que permita distinguir aquellos productos susceptibles de generar cargo, de manera que la entrada y salida en el inventario siempre se produzca para todos ellos, pero el cargo económico sólo se genere para aquellos productos marcados como tales (pensemos en reactivos y material de radiodiagnóstico en los que el precio del análisis o de la exploración radiológica ya incluye el coste del material).

4.9.3. Generación manual de cargos

La aplicación debe permitir además la introducción de cargos manuales, entre ellos los servicios de otras entidades (gastos externos que no puedan ser automatizados).

4.9.4. Corrección y anulación de cargos

Modificación o anulación de cargos que bien introducidos manual o automáticamente no correspondan con las hechos reales.



15

4.9.5. Facturación por proceso y GRD

Un importe fijo por cada GRD si facturación a Generalitat Valenciana. Una factura por Proceso y GRD con valor fijo.

4.9.6. Facturación por Urgencias atendidas

Importe fijo por urgencia para las urgencias de la Generalitat Valenciana. Una factura mensual por todas las urgencias detallando datos de los pacientes.

4.9.7. Facturación por Historia

Resto de facturaciones, por Historia. Una factura por paciente (puede comprender varios procesos) por cada uno de los cargos generados al precio definido de cada cargo según cliente.

4.9.8. Prefactura (Forfait de cargos en Mutuas Participes) Determinados cargos para las Mutuas Participes generan una prefactura con el valor y tarifas existentes, si bien no se genera factura final pues tienen los costes incluidos en un forfait mensual.

4.9.9. Tarifas Deben existir distintas tarifas para cada tipo de facturación, según el tipo de cliente (Mutua Partícipe, Otras Mutuas , G. Valenciana, Privados, etc.).

4.9.10. Herramientas de control Desviaciones de consumo con respecto al estándar por GRD. Comparativo cargos/ingresos por Historia

4.10. Unidosis

El Hospital cuenta con un sistema de Unidosis que prepara los carros que posteriormente Enfermería dosifica a los pacientes. La HHCC debe ser capaz de, basándose en la prescripción médica, generar los carros de los pacientes necesarios y enviar la propuesta a Navision. Deberá considerar:

Duración de tratamiento de los pacientes.

Horario y días festivos del Servicio de Farmacia para así poder saber el número de turnos que debe prepararse en los carros.

Permisos de pacientes de larga duración.

4.11. Otras Aplicaciones

4.11.1. Gestión de incidencias

Es aconsejable tener un sistema de reporte de averías para partes de mantenimiento. Desde los distintos servicios se debe poder abrir partes de mantenimiento y este departamento informar del estado y/o resolución de las mismas.

4.11.2. Gestor de bases de conocimientos

Técnicas de enfermería, Técnicas quirúrgicas, Diagnósticos, Conexión a Bases de Datos Científicas –Pubmed, Medline,….



16

4.11.3. Gestión de turnos

Sistema para el seguimiento y gestión de turnos de enfermería, médicos, urgencias así como de las guardias localizadas. Esta aplicación debe contemplar además de la propia gestión de turnos, la carga de trabajo por servicio y un resumen de jornadas realizadas y pendientes por trabajador.

4.11.4 Gestión de dietas de pacientes

La aplicación debe estar preparada para enviar a su vez a la aplicación de la empresa que gestione la restauración del Hospital aquellos datos que sean necesarios para que ésta pueda prestar el servicio de una forma integral y autónoma, sin incurrir en riesgos para la salud de los pacientes. La empresa de restauración recibirá los datos que le permitan poner a disposición del Centro un sistema de selección de menús por medios electrónicos de modo que dicha selección se realice de forma individualizada a pie de cama mediante dicho dispositivo, el cual deberá volcar sus datos tanto en la red informática del Hospital como en la del servicio de restauración.

4.12. Gestión de la información

El sistema debe contar con funcionalidades diversas para ver el rendimiento y evaluación del Hospital.

4.12.1. Cuadro de mando

Debe existir un Cuadro de Mando accesible desde la Historia. Éste dispondrá de unos KPI configurables por el Administrador. Estos Cuadros tendrán definidos los umbrales para que de forma visual pueda verse el estado puntual del Centro y/o servicio. Existirá un cuadro global para la empresa y unos particulares para cada departamento. Este PKI necesitará tomas valores de otros entornos no propios de la HHCC (Nóminas, ERP, etc.). Una primera aproximación a estos indicadores pueden encontrarse en el Anexo III.

4.12.2. Informes estadísticos

Para los parámetros predefinidos deberán de existir valores para una fecha concreta, el acumulado del mes y el acumulado del año en comparación con el año anterior. Debe ser posible definir nuevos informes sin la intervención de la empresa adjudicataria. Los informes deben poder generar “imágenes fijas” para periodos preestablecidos, de tal forma que el mismo dato no varíe en función del tiempo de obtención de dicho informe.

4.12.3. Cubos OLAP

Debe ser posible definir cubos OLAP accesibles desde Excel o cualquier otra herramienta de gestión para análisis detallados de los parámetros definidos por el Hospital.

4.12.4. Alarmas

Debe poderse definir alarmas de determinados parámetros. Estas alarmas en caso de alcanzar los umbrales preestablecidos deberán notificar la incidencia al responsable mediante correo electrónico y/o SMS.



17

Este alarma debe poderse configurarse por niveles de jerarquía y umbrales. Por ejemplo una espera en Urgencias de 2 horas debe avisar al Director médico pero si supera las 4 la alarma debe también saltar al Gerente.

4.13. Sistemas de información

4.13.1. Disponibilidad

El sistema debe quedar configurado como mínimo con:

- Base de datos replicada en tiempo real en un segundo servidor - Servidor de aplicaciones replicado - Copia de seguridad completa diaria de BBDD y aplicaciones - Copia incremental de la base de datos con una frecuencia de 60 minutos

El sistema de replica se alojará en un CPD externo y solo se deberá activar como servidor activo mediante intervención manual desde operación. Las copias de seguridad deben poder realizarse sin que el servicio se vea afectado. No es necesario aplicar un sistema de clúster en esta primera implantación si bien la solución debe ser válida para dicha configuración.

4.13.2. Interfaces

Se debe disponer un sistema de interfaz entre aplicaciones y el sistema de HHCC para garantizar una sincronización perfecta entre distintos sistemas informáticos. Este sistema debe poder monitorizarse en tiempo real y revisar el log. Acceso vía ODBC a la Base de datos y enlaces por webservices, HL7 y /o procedimientos almacenados para obtención de informes e integración con otras aplicaciones.. En el Anexo II puede verse los requerimientos de conexión mínimos.

4.13.3. Documentación

El Departamento de Sistemas de Información requiere para implantar y poder mantener los sistemas de información de la siguiente documentación:

- Documentación de los procesos (mediante estándar tipo ITIL). - Manuales de usuario (preferiblemente con formación on-line). - Manuales técnicos de reinstalación, configuración, etc.. - Plan de contingencia. - Estructura de tablas y/o vistas para acceder a los datos desde programas ajenos al sistema. - Relación de procesos Batch (hora y frecuencia de ejecución). - Usuarios y contraseñas de los motores de BBDD. - Servicios requeridos para el funcionamiento.

4.13.4. Archivado

Debe tener capacidad suficiente para mantener la Hstoria de todos los pacientes en línea. En caso de existir un proceso de archivado este debe ser transparente al usuario (salvo en el tiempo de acceso) que podrá acceder a todos los procesos de un paciente independientemente de la fecha de alta de dicho proceso.



18

4.13.5. Seguridad y registros

Debe existir un sistema de validación por usuario y contraseña a ser posible integrada la validación con Active Directory. Cada usuario debe tener un perfil de acceso configurable que le de acceso a las distintas funcionalidades del programa según su rol (médico, enfermero, auxiliar, etc.) Las pantallas deben ser configurables según el perfil del usuario. Debe considerarse que un mismo usuario debe poder disponer de varios perfiles. Por ejemplo una enfermera puede estar en un momento en Urgencias y en otro momento en Planta. Debe quedar un registro de la actuación y/o acceso de cada profesional a la HHCC. Deben quedar registradas todas las copias que se entreguen de la Historia (paciente, juzgado, familiar, etc.) Debe haber un seguimiento de la ubicación física de la Historia en papel (opcional)

4.13.6. Otros requerimientos

- Traspaso de la HHCC actual basada en Lotus Domino al nuevo sistema. - Cumplimiento de la LOPD. - Cumplimiento de la ley del paciente de la C. Valenciana. - Log de todos los accesos al sistema. - Log/monitor de todos los intercambios realizados mediante interfaz.

4.14. Características Peculiares de Accesos

La HHCC debe estar disponible para personal ajeno al centro sin necesidad de conexión VPN desde sus puestos de trabajo a través de conexiones seguras SSL. Si bien la funcionalidad de los profesionales (internos y externos) debe ser idéntica y todos los pacientes deben estar informatizados en la HHCC, la limitación de acceso a pacientes debe estar bien definida. No debe existir un acceso global a la Historia sino limitando a cada profesional a las historias que tiene acceso (mediante Mutua y delegación). Es decir, un profesional puede pertenecer a una o varias Mutua y sola podrán ver los pacientes de dichas Mutuas. El personal del C.R.R.L., por otro lado, podrá visualizar todas las Historias. Cada profesional puede pertenecer a varias Mutuas y/o delegaciones. Debe tenerse en cuenta que un paciente puede cambiar de Mutua en cuyo caso la Historia estará visible para los profesionales de todas las Mutuas a las que ha pertenecido.

5 Cláusulas de entrega y puesta en funcionamiento

La entrega de la HHCC se dará por satisfecha cuando queden instaladas sus bases de datos, se entregue el diseño de las mismas, todo sus módulos de software queden instalados (con prueba de funcionamiento) en la red hospitalaria, se entregue el manual del usuario y se capacite a los administradores locales. El funcionamiento del sistema se considerará correcto cuando sea estable, sin que se produzcan caídas por fallos de software, mala estrategia de concurrencia y otros defectos propios del desarrollo.



19

Por otro lado, se requerirá que los procesos se ejecuten con la rapidez necesaria para que no entorpecer la eficiencia operativa, sobre todo en las aplicaciones que resuelven la atención de grandes grupos de pacientes concentrados.

6 Organización

La supervisión del proyecto requiere del establecimiento de unos mecanismos para el seguimiento y coordinación de todos los elementos que intervienen en su desarrollo, de modo que se garantice la consecución de los siguientes objetivos:

- Coordinación de todos los elementos involucrados en el desarrollo del proyecto. - Cumplimientos, dentro de los plazos que se estimen, de los hitos establecidos en el plan de

trabajo. - Toma de decisiones y adopción de medidas oportunas para la resolución de problemas de

manera que se minimice el impacto global que pudieran tener sobre el proyecto. Cualquier decisión desde el punto de vista técnico será tomada por el Departamento de Sistemas de la Información mientras que cualquier decisión sobre el contenido de la Historia Clínica dependerá de la Comisión creada a tal efecto y será transmitida a la empresa adjudicataria por el Responsable del Departamento de Sistemas de la Información que actuará como portavoz de la misma. Las principales funciones de la Comisión de HHCC serán:

- Definir y revisar el plan de trabajo, incluyendo los plazos de ejecución del proyecto. - Dar el visto bueno a cualquier modificación que deba tener lugar en el plan de proyecto. - Realizar el seguimiento de acuerdos y controlar las desviaciones que se puedan producir

respecto a lo planificado. - Determinar la puesta en marcha de las distintas fases que constituyen el proyeccto. - Valorar las innovaciones tecnológicas. - Cualquier otra que comunique el Responsable del Departamento de Sistemas de Información a

la empresa adjudicataria.

7 Garantía sobre el uso del software en el tiempo

De acuerdo a las cláusulas legales de uso normal, dado que el programa es adquirido sin los programas fuente incluidos y para asegurar el correcto funcionamiento del mismo aunque la empresa deje de operar, ya sea por causas propias o ajenas, se exige que sea depositado y resguardado el paquete del mismo con la documentación completa incluida. Este conjunto podrá ser utilizado por el Departamento de Sistemas de la Información del C.R.R.L., si por causa de fuerza mayor, el sistema deja de funcionar por no contar con el respaldo de la empresa adjudicataria.

8 Mantenimiento en producción

Se exigirá mantenimiento inicial del Sistema por término de un año, periodo durante el cual se resolverá cualquier problema de funcionamiento imprevisto que pudiera surgir y se optimizará el mismo ajustando los módulos o las BD que así lo requieran.



20

9 Confidencialidad de la información

El adjudicatario se compromete de manera expresa a no utilizar cualquier información propia del CRRL que no haya sido divulgada masivamente sin limitación alguna por parte del Hospital o áquella que no sea de público conocimiento (no podrá pues utilizar toda aquella información relativa a aspectos administrativos, financieros, comerciales y/o técnicos o de su funcionamiento a la que tenga acceso como consecuencia de la ejecución del contrato y no como consecuencia del uso público de la misma por parte del Hospital). La información propia del CRRL en los términos definidos anteriormente tendrá consideración de confidencial, por lo que el adjudicatario se compromete de manera expresa a no difundir, transmitir, revelar a terceras personas o a utilizar tal información en interés propio o de terceros tanto durante la vigencia del contrato como después de su extinción sin el previo consentimiento por parte del Hospital. El adjudicatario se compromete a destruir dicha información en cuanto su uso no sea necesario para la ejecución del contrato.

10 Protección de datos de carácter personal

El adjudicatario se obliga a cumplir la normativa vigente en materia de Protección de Datos de Carácter Personal. El tratamiento de tales datos, según la definición contenida en el artículo 3 c) de la Ley Orgánica 15/1999 de 13 de diciembre, de Protección de Datos de Carácter Personal (LOPD), por parte del adjudicatario únicamente podrá ser realizado con la exclusiva finalidad de ejecutar la actividad objeto del contrato. Si el tratamiento de datos tiene lugar, el adjudicatario, como encargado del Tratamiento ex art. 3 g) de la LOPD, en cumplimiento de lo dispuesto por su art. 12, se compromete:

A no utilizar ni a tratar tales datos de carácter personal con una finalidad distinta de la mencionada y a no comunicarlos bajo ningún concepto a terceras personas ni siquiera para su conservación, y en especial, no reproducirá, publicará ni difundirá ninguna información acerca de aquéllos.

A garantizar el cumplimiento de las medidas de seguridad establecidas en el Reglamento de Medidas de Seguridad (RMS, aprobado por Real Decreto 994/1999, de 11 de junio). EL CRRL tendrá derecho a exigir al adjudicatario el cumplimiento de las medidas de seguridad reguladas en el RMS, así como su correcta implementación.

A la extinción de la relación contractual por cualquier causa, los datos de carácter personal a los que hubiera tenido acceso el adjudicatario deberán ser destruidos o devueltos al CRRL al igual que cualquier soporte o documento en el que conste algún dato de carácter personal objeto del tratamiento.

El adjudicatario responde frente al CRRL de la estricta observancia de estas obligaciones por parte de su personal en general y, en particular, por parte de las personas que asigne para la ejecución del contrato. La vulneración de las estipulaciones contenidas en la presente cláusula será considerada como causa justificada de resolución del contrato sin derecho a la percepción de indemnización alguna por parte de la empresa adjudicataria ni observancia de ningún plazo de preaviso por parte del Hospital. En el supuesto de incumplimiento de las obligaciones asumidas en virtud de esta cláusula y con independencia de lo anteriormente expuesto, el CRRL se reserva el derecho de reclamar el resarcimiento de los daños y perjuicios que como consecuencia se le pudieran causar.



21

11 Control de calidad

El control de calidad del servicio correrá a cargo de Coordinación de Sistemas de Información del Centro, que podrá delegar a efectos de supervisión en el personal que estime pertinente en cada zona, Servicio o Unidad. Se realizará, al menos una vez al año, un informe del nivel de calidad, a la vista de los informes recibidos por los Responsables de área y/o encuestas entre los usuarios, estableciéndose los siguientes baremos de calificación:

Calificación Puntuación

Muy Mala 0

Mala 1

No aceptable 2

Regular 3

Aceptable 4

Buena 5

Muy Buena 6

Esta calificación será considerada para valorar la continuidad de la HHCC contratada y por tanto, ejecutar la renovación de la licencia o en su caso, para la apertura de un nuevo Expediente de Contratación.

12 Competencia y capacitación. Experiencia y formación

La empresa adjudicataria deberá aportar la documentación necesaria que acredite tener experiencia mínima de dos años en los entornos a los que se opta para la adjudicación y con al menos un Hospital con número igual o superior a cien camas. El contratista dedicará para la realización de los trabajos a desarrollar, una plantilla con la solvencia técnica adecuada así como los medios auxiliares necesarios para desarrollar satisfactoriamente y en los plazos convenidos los trabajos que se incluyen en el presente Pliego.

13 Variantes

No se admiten variantes.

14 Causas de rescisión de contrato y penalizaciones

Serán causas de rescisión del contrato:

1. Demora no comunicada al Responsable del Departamento de Sistemas de Información (justificada o no).

2. Demora no justificada, excesiva y/o reiterada en la instalación del software y el hardware exigidos.

3. Demora no justificada, excesiva y/o reiterada en la ejecución del mantenimiento del mismo.

4. Cualquier motivo que la Dirección del Hospital considere justificado.



22

Deberá existir un plazo de implantación fijo en la Oferta con una penalización por incumplimiento del mismo. Este plazo nunca podrá ser superior a seis meses. La penalización será de 500 euros por día de retraso.

15 Baremos y criterios de adjudicación

La valoración de las ofertas presentadas se realizará en cómputo anual y para ello se seguirán los siguientes criterios de puntuación:

15.1 Oferta económica (puntuable hasta un máximo de 25 puntos)

Con carácter previo a la determinación de la puntuación económica se aplicará el umbral fijado en las cláusulas administrativas, por debajo del cual se considera que las proposiciones no pueden ser cumplidas como consecuencia de ser desproporcionadas o temerarias. La mayor puntuación (25 puntos) se asignará a la oferta económica más baja entre las admitidas, distribuyendo la puntuación a las restantes ofertas de acuerdo con la siguiente función:

Oferta más baja admitida Puntuación = 25 x -----------------------------------------------------

Oferta Presentada

En caso de obtener como resultado una puntuación menor o igual a cero, se considerará 0 como puntuación final.

15.2 Proposición técnica (puntuable hasta un máximo de 65 puntos)

Si bien en este documento aparecen todos los requerimientos deseados, la Oferta que se presente podrá no contener todos los módulos aquí indicados. Se asignará mayor puntuación al que cubra en mayor medida los requerimientos aquí descritos:

HHCC en Hospitales similares al C.R.R.L. en tamaño (8 Quirófanos, 230 camas, C.C.E.E. (Consultas Externas), U.C.I. (Unidad de Cuidados Intensivos), Traumatología, Vascular).

Facilidades de Uso.

Gestión de Unidosis (Generación de medicación por turnos y carro para dispensación en función de la prescripción médica).

Informe a Mutuas de todos los pacientes con Ingresos/Altas.

Gestión de “permisos” (con gestión de medicación) en pacientes de larga duración.

Conexión con SIP y/o Tesorería.

Impresión de etiquetas con código de barras.

Comunicado de bajas laborales a Responsables de Mutuas.

Cuadro de mandos integral fácilmente parametrizable.

Informes estadísticos.

Alarmas SMS a personal del CRRL (umbrales).

Acceso ODBC a todo el sistema documentación del mismo.

Servidores duplicados.

Gestión de colas con monitor en sala de espera.

Citación por Internet.

Gestión automática de citas por el propio médico (el sistema propone fecha próxima de visita).

Recordatorio cita vía SMS a pacientes.



23

Citación para múltiples Servicios a un mismo paciente.

Plan de cuidados.

Libro quirúrgico informatizado.

Información al acompañante del estado de intervención del paciente (kiosco, monitor….)

Control del estadio de pruebas y envío de alarmas sobre estado vía SMS.

Visualización del paciente por Episodio concreto y/o toda la Historia.

Asignación de rehabilitación por complejidad de paciente.

Control de desviaciones.

Dispensación de medicación con código de barras.

Documentación de procesos tablas mediante estándar.

Sistema autogestionable.

Plazo de puesta en marcha + penalización.

Integración por HL7.

15.3 Valoración de prestaciones adicionales al pliego (puntuable hasta un máximo de 10 puntos)

Se valorará con un máximo de 10 puntos las mejoras adicionales al presente Pliego tanto funcionales como técnicas.

Gestión de incidencias integradas en el Sistema (partes de servicio a mantenimiento e

informática, solicitudes).

Gestor de conocimiento.

Gestor de transporte.

Gestión de encuestas.

Control de vacunas administradas y enlace con Consellería.

Indicador de colores del estadio y/o ubicaciones del paciente.

Gestión para vigilancia de la salud.

Guías Clínicas.

Concepto Cliente, Proceso, Acto.

Informe de alta generado automáticamente con la Historia existente.

CIE de estudio con clasificación posterior al cierre.

E-learning.

Gestión de turnos y guardias.

Acceso desde dispositivos móviles.

Prescripción médica alternativa para productos no existentes en Farmacia (propone sustituto).

Otras mejoras con viabilidad de implantación en el C.R.R.L.



24

ANEXO I: Enlaces entre aplicaciones

Laboratorio

a) Maestro de analíticas b) Pacientes (pasará los datos mínimos iniciales del nombre y apellido y pruebas solicitadas) c) Pruebas solicitadas (Una prueba dispone de varias determinaciones) d) Pruebas realizadas y resultados

Radiología

a) Enlace servidor worklist (ID, Prueba, Paciente, …) b) Enlace al visor PACS (mediante URL o DICOM) a través del ID del worklist. c) Estado de la prueba d) Informe clínico

Contabilidad

a) Facturación b) Cargos para contabilidad analítica

Almacén

a) Maestro de productos b) Entradas, Salidas por dispensación c) Solicitudes por Prescripción (Carros)

Equipamiento médico Según el equipamiento constantes, anestesias, gráficos, informes, etc. Actualmente integrado solamente el electromiografo. Nóminas Altas y bajas de personal Equipos médicos Conexión HL7 Otras aplicaciones

- Existen otras aplicaciones en el CRRL y se desarrollarán nuevas necesidades. Éstas se integrarán por uno de los siguientes métodos: Webservices, procedimientos almacenados y/o HL7.



25

ANEXO II: Aproximación a indicadores C.R.R.L.

A. Indicadores

INDICADORES INDICADORES

CONTENIDOS


CONTENIDOS


CONTENIDOS

VALOR EN EL CRRL

INDICADORES

INDICADORDENOMINADOR DEL

INDICADORTIPO PERIODICIDAD DEL INDICADOR

CRITERIOS DE EVALUACIÓN DEL

VALOR (Referencia)

VALOR PROMEDIO DE HOSPITALES

ANÁLOGOS

Indicadires

Cuantitativos

Indi

cado

r

de

Hos

pita

lizac

ión

Índice de ocupación

hospitalarianumérico Mensual 48,64

LINEAS DE ACTUACIÓN

67,6

Indicadires

Cuantitativos

Indi

cado

r

de

Hos

pita

lizac

ión

Estancia media

hospitalarianumérico Mensual 3,98 4,33

Indicadires

Cuantitativos

Indi

cado

r

de

Hos

pita

lizac

ión

Ingresos hospitalarios numérico Mensual

Número total de

pacientes con proceso

de hospitalización

durante el periodo de

referencia

7.056 5.077

Indicadires

Cuantitativos

Indi

cado

r

de

Hos

pita

lizac

ión

Intervenciones

/quirófano/díanumérico Mensual

Número de I.Q. cada día

con servicio y por

número de quirófanos

26 58,63

Indicadires

Cuantitativos

Indi

cado

r

Qui

rúrg

icos Número

intervenciones

quirúrgicas

numérico Mensual

Número total de I.Q.


referencia

7.114 4.473

Indicadires

Cuantitativos

Indi

cado

r

Qui

rúrg

icos

Primeras consultas numérico Mensual

Número total de

primeras consultas


referencia

2.271 9.899

Indicadires

Cuantitativos

Indi

cado

r

proc

esos

Am

bula

torio

s

Consultas sucesivas numérico Mensual

Número total de

sucesivas consultas


referencia

22.900 45.089

Indicadires

Cuantitativos

Indi

cado

r

proc

esos

Am

bula

torio

s

Urgencias numérico Mensual

Número total de

Urgencias durante

el periodo de referencia

14.848 8.925

Indicadires

Cuantitativos

Indi

cado

r

proc

esos

Am

bula

torio

s

Pacientes en

Rehabilitaciónnumérico Mensual

Número total de

sesiones de

rehabilitación


referencia

16.646 49.870


INDICADORES




VALOR (Referencia) VALOR EN EL CRRL


ANÁLOGOS

Indicadires de

Rendimiento

Indi

cado

r d

e

proc

esos

Am

bula

torio

s

Consulta/

médico/

hora

numérico Mensual 3,61

Indicadires de

Rendimiento

Indi

cado

r d

e

proc

esos

Am

bula

torio

s

Pacientes/

Fisioterapeuta/

hora

numérico Mensual 0,50% 1,72


INDICADORES




VALOR (Referencia)

Indicadires

Cuantitativos

Indi

cado

res

de

Cal

idad

% Infecciones numérico Mensual

Indi

cado

res

de

Cal

idad

% Reintervenciones numérico Mensual


ANÁLOGOS

Mejor cuantas menos existan 0,10%

VALOR EN EL CRRL

Mejor cuantasmenos existan 2,82%

Indicadires

Cuantitativos

Indi

cado

res

de

Cal

idad Personal Sanitario por

camanumérico Mensual

Indicadires

Cuantitativos

Indicadires

Cuantitativos

Indi

cado

res

de

Cal

idad Índice de

Absentismonumérico Mensual

Mejor cuantas menos existan

0,35%

Mejor cuanto menos exista

0

PERSPECTIVA SANITARIA CUADRO DE MANDOS CRRL



10,25% 6,35%

Indicadires

Cuantitativos

Indi

cado

res

de

Cal

idad

Número de

Reclamaciones

realizadas

numérico Mensual



26

B. Cuadro de mando

A partir de la estrategia del CRRL, el mapa estratégico, clasificado según las diferentes perspectivas del Cuadro de Mando Integral del Centro, se obtendría de la siguiente batería de indicadores: PERSPECTIVA FINANCIERA

Ingresos:

Ingresos totales anuales (€)

% correspondiente a “actividad asistencial SALUD”

% correspondiente a “actividad asistencial otros”

% correspondiente a “Plan de Choque”

% correspondiente a “investigación”

Eficacia de las Inversiones: -

% de inversiones asignadas por su “eficacia” (coste/efectividad)

% de inversiones asignadas por el grado de cumplimiento de los objetivos marcados

% presupuesto de inversión nueva ejecutado

% presupuesto de inversión de reposición ejecutado

Consumos:

Consumo de fármacos por grupo terapéutico

Consumo de material sanitario por familias

Gastos totales

Evolución del % de gasto farmacéutico sobre el total

Cliente Externo:

% de pacientes encuestados satisfechos/muy satisfechos

Nº de reclamaciones

Cliente Interno:

Absentismo (Satisfacción/Implicación): Total de días perdidos por empleado % de

empleados encuestados satisfechos/muy satisfechos

Nº de sugerencias recibidas (Implicación)

Índice de rotación de personal(Satisfacción)

Sociedad:

% de noticias positivas aparecidas en prensa

% de personas encuestadas que valoran positiva/muy positivamente la labor realizada

por el Centro

Influencia del Centro en la calidad de vida del sector/ciudad (puede ser el apartado en

alguna encuesta ,de calidad de vida)

PERSPECTIVA DE PROCESOS INTERNOS

Calidad Asistencial (atención al cliente):

Corresponsabilidad: % de pacientes que han sido partícipes de su tratamiento

Urgencias:

- (horas) en urgencias

- % ingresos desprogramados

- % de pacientes que permanecen >2 horas en urgencias

% consultas de rápida resolución;



27

% habitaciones individuales

Calidad de los procesos clínicos

% de pacientes que vuelven a ser ingresados en un plazo menor a 30 días después de

una operación o Reingresos urgentes de la misma categoría diagnóstica mayor

También se podría dividir por servicios prestados:

- Hospitalización: índice de ocupación

- Hospitalización: % altas codificadas

- Urgencias: % urgencias ingresadas

- Hospital de día: índice de ocupación

- Cuidados paliativos: índice de ocupación

- CCEE: rendimiento de CCEE

- Actividad quirúrgica: intervenciones por cada 1000 trabajadores protegidos

- Actividad quirúrgica: % intervenciones exitosas

Tasa de mortalidad

nº de pacientes que vuelven al trabajo después de una intervención / nº de pacientes que

no lo hacen (indicador global)

nº de pacientes sin efectos secundarios después de una intervención / nº de pacientes

que sí tienen efectos secundarios (indicador global)

nº de pacientes cuyos familiares han de encargarse de cuidarles después de una

intervención / nº de pacientes cuyos familiares no han de estarlo (indicador global)

Adecuación de Oferta-Demanda:

Total lista de espera

Lista de espera (LE) < X (días/meses)

Calidad de las estructuras soporte:

Nº de quejas sobre fallos de servicio detectadas por los servicios clínicos, pacientes o

familiares

También podemos escoger indicadores de cada estructura soporte:

- Hostelería:

Comida

Presentación, limpieza

- Economía:

proporcionar información

encuesta

PERSPECTIVA DE APRENDIZAJE Y CRECIMIENTO

Implantación del EFQM:

Última puntuación obtenida (o en términos de incremento) Nº de autoevaluaciones

acumuladas

% de empleados que conocen del EFQM: o su existencia o su última puntuación

Investigación:

(Nº publicaciones + Nº proyectos implantados) / (Nº total de proyectos; o Presupuesto)

Nº de proyectos impulsados

Presupuesto concedido a la investigación

Nº de proyectos realizados por alumnos universitarios que han pasado por el CRRL

Formación y Motivación



28

Nº (%) de participantes en los cursos de formación del CRRL

% de incentivos atribuido al mérito

Nº de sugerencias realizadas/implantadas/pagadas

Activos físicos:

% de etapas cumplidas del Plan Funcional del edificio de Radiodiagnóstico

Nº de quejas referidas a infraestructuras o equipamientos

% informes de alta definitivos presentes en el archivo en un periodo < X días posteriores

al alta

% altas codificadas

% informes de alta definitivos que cumplen el100%/80% de los criterios de calidad

establecidos por el CRRL

Concienciación social:

Información social: nº de campañas/anuncios/documentos emitidos

Nº de sugerencias recibidas

Gerencia de Sector:

HHCC de los pacientes del sector compartida (%)Correcto funcionamiento



29

ANEXO III: Hardware y Software

La Oferta, deberá incluir además, el software base necesario para el funcionamiento de la aplicación de las HHCC así como para su configuración. Este software será proporcionado, instalado y configurado por el adjudicatario estando el coste del mismo incluido en el presente Pliego. La Historia deberá tener capacidad y licencias suficientes para tener un millar (1.000) de usuarios de alta de forma simultánea. De estos usuarios se pueden conectar de forma concurrente cientocincuenta (150).

En concreto debe incluir:

A) HHCC Aplicación de HHCC con el mantenimiento del primer año para 1.000 usuario y/o 150 concurrentes.. Implantación de la HHCC. Debe indicar el coste de los años sucesivos (si bien no computa para el coste de licitación) Carga de maestro y traspaso de las Historias existentes.

B) Sistema de interfaz Implantación de todos los interfaces necesarios (en la parte de la HHCC) preferiblemente mediante HL7 y Biztalk. El objetivo primordial es tener una sincronización de todos los maestros.

C) Hardware Servidores requeridos y características para el correcto funcionamiento del Hospital manteniendo on-line la Historia de cinco años. La Oferta debe incluir lo requerimientos de hardware teniendo en cuenta que se va a utilizar virtualización VMWare. En este detalle debe incluirse los sistemas requeridos para el plan de contingencia y entorno de formación. No incluir en el precio el coste del Hardware pero sí los requerimientos mínimos y óptimos.

D) Software

Licencias de Sistema Operativo (si se requiere). Licencias de Base de datos (si se requiere). Licencias de servidor de aplicación (si se requiere). Licencias de servidor de informes (sii se requiere). Licencias de cliente (si se requiere, salvo que se trate de Microsoft Office). Licencias de copias de seguridad.

PLIEGO DE PRESCRIPCIONES TÉCNICAS QUE HA...

Documents

Transcript of PLIEGO DE PRESCRIPCIONES TÉCNICAS QUE HA...