A. Estructura general de FrameD-SIS

La estructura de FrameD-SIS se puede representar por medio de conceptos y componentes de alto nivel que se relacionan entre ellos, como se observa en la Figura 1.

Fig. 1. Estructura de FrameD-SIS. 

Como componente principal una ontología de dominio la cual proporciona información que proveen las organizaciones encargadas del dominio de SSR y normas relacionadas con los SIS en Colombia, incluyendo el modelo de información y modelo funcional soportados por el Functional Model (FM) propuesto por HL7 (Health Level Seven), estándar que facilita el intercambio electrónico de información [⁷]. OntoSSR actualmente incluye solo los términos asociados al dominio de SSR, no obstante, la ontología es escalable a otros dominios, siempre que se mantenga su estructura; para el componente guía de uso se tuvieron en cuenta las condiciones en las cuales se diseñan soluciones informáticas en el sector salud, promoviendo el trabajo colaborativo en red —por las largas distancias— e interdisciplinario, soportado por el framework; el componente dominio y subdominio define el alcance respecto a las funcionalidades y variables para el diseño de SI, este dominio es limitado por el alcance de OntoSSR; el componente soluciones informáticas comunes establece aquellas soluciones que pueden llegar a desarrollarse con base en los datos recolectados en la RS; finalmente, el componente de las organizaciones del sector salud define las organizaciones que pueden beneficiarse de una solución, también ejercen un rol frente al uso de la información en un entorno compartido de un SI.

La escalabilidad del FrameD-SIS se puede representar en tres dimensiones, como se observa en la Figura 2; sin embargo, el framework puede escalar a otros dominios del sector, nuevas soluciones informáticas y otros tipos de organizaciones que puedan participar en el sector salud. Estas dimensiones son extraídas de los componentes de FrameD-SIS: i) dimensión dominio y subdominio, preliminarmente diseñado para representar las líneas de SSR; ii) dimensión soluciones informáticas comunes, que pueden desarrollarse usando FrameD-SIS; y iii) dimensión organizaciones del sector salud, permite la articulación de los actores relacionados con la prestación de servicios de salud. Por ejemplo: una Entidad Promotora de Salud (EPS) decide evaluar los SI utilizados para reportar información desde las Instituciones Prestadoras de Salud (IPS) sobre maternidad segura. En ese caso, el tipo de organización sería las EPS, el subdominio sería maternidad segura y la solución informática sería Evaluación de SI.

Fig. 2. Dimensiones de FrameD-SIS. 

B. Guía de implementación

La guía de implementación del FrameD-SIS recomienda cinco pasos para diseñar una solución informática, similar a metodologías comúnmente utilizadas en la Ingeniería de Software. En la Figura 3 se presentan los pasos a tener en cuenta para el diseño de una solución a partir de FrameD-SIS, estos pasos son propuestos de tal manera que se puedan realizar de forma iterativa e incremental, ya que a medida que el sistema va evolucionando se pueden ir añadiendo o mejorando requisitos ya implementados. Esta forma de desarrollo contribuye a que cada nueva versión del sistema sea más estable, funcional y de mejor calidad.

Fig. 3. Pasos para la construcción de una solución a partir de FrameD-SIS. 

1) Organización del equipo de trabajo. FrameD-SIS adopta el concepto de trabajo colaborativo con soporte informático-Computer-Supported Cooperative Work (CSCW) [⁸], de modo que entre varios participantes con un interés común puedan diseñar colaborativamente un SI, acorde a las condiciones del sector y las necesidades de los involucrados que permita alcanzar resultados más óptimos para el dominio que se está diseñando la solución, sin dejar de lado las especificaciones estandarizadas para los SIS en Colombia. Con base en las recomendaciones de M. Teruel et al. [⁹] y C. A. Findley [¹⁰] para una adecuada implementación de CSCW se debe: 1) determinar el propósito y el objetivo; 2) crear un grupo de aprendizaje intencional; 3) delimitar la red colaborativa; 4) definir la colaboración de participantes, responsabilidades y refinamiento de tareas; 5) seleccionar los medios de comunicación especificando su naturaleza sincrónica o asincrónica; y 6) especificar los factores de calidad. En caso de seguir las recomendaciones de FrameD-SIS se puede utilizar una herramienta tecnológica para promover el trabajo colaborativo que se adapte a la guía de uso, que permita la definición de las variables, para priorizar las funcionalidades del proyecto de diseño, definir las responsabilidades de las organizaciones frente al SIS diseñado y la especificación de conformidad frente a los resultados obtenidos. No obstante, para este proyecto se desarrolló, a modo de prototipo, una plataforma que permite a los participantes elaborar proyectos para el diseño de SIS; los participantes pueden contribuir y reorganizar partes del diseño al mismo tiempo que pueden ver los cambios elaborados por otros participantes [¹¹].

2) Definición del contexto de la solución. En este paso se espera identificar el tipo de organización del sector salud, el subdominio y el tipo de solución informática a desarrollar. Los tipos de organizaciones identificados para el sector salud colombiano son: i) Entidades Promotoras de Salud (EPS); ii) Instituciones Prestadoras de servicios de Salud (IPS); iii) Empresa Social del Estado (ESE); y iv) Centros de Salud Especializados (CSE). Los subdominios están representados en OntoSSR, preliminarmente para el dominio de SSR que corresponden a los establecidos en el PDSP [²]: Infecciones de Transmisión Sexual (ITS); Virus de Inmunodeficiencia Humana (VIH); maternidad segura; violencia de género; planificación; Cáncer de Cuello Uterino (CCU); cáncer de próstata; uso de métodos anticonceptivos; prevención aborto inseguro/Intervención Voluntaria del Embarazo (IVE). Finalmente, se debe definir el tipo de solución informática; entre las soluciones se encuentran: i) integración e interoperabilidad entre SI; ii) evaluación de SI; iii) diseño y desarrollo de SI; iv) análisis de los datos en salud; y v) capacitar al usuario en el uso y el funcionamiento del SI. Para el diseño de soluciones de tipo integración e interoperabilidad [¹²] se recomienda adoptar estándares de interoperabilidad y considerar las normas del sector como el marco de interoperabilidad de Gobierno Digital de Colombia [¹³], HL7 [⁷], SNOMED [¹⁴] o DICOM [¹⁵].

3) Identificación de requisitos. Para la identificación de requisitos de una solución informática es importante tener en cuenta las variables requeridas por los sistemas de salud en Colombia. OntoSSR en conjunto con el Catálogo de datos proveen las variables que deberían ser utilizadas en los SIS, y el modelo de información de acuerdo a cada subdominio de SSR, además, una de las recomendaciones de OntoSSR es el Functional Model propuesto por HL7 [⁷], estándar que cuenta con comunicación mediante mensajería XML para diferentes áreas como contabilidad y facturación, prestación de atención médica, reclamos y reembolso, apoyo a las decisiones clínicas, registros, administración de pacientes, arquitectura de documento clínico, entre otros. Los requisitos funcionales y no funcionales necesarios deben cumplir con la identificación de necesidades de la organización. El objetivo es diseñar un sistema que mantenga la seguridad del paciente y la confidencialidad, disponibilidad e integridad de las funciones y datos críticos; resistente contra amenaza intencional e involuntaria; tolerante a fallas y recuperable a un estado seguro en presencia de un ataque [¹⁶]. A partir de la identificación de requisitos se determinan las características que se deben tener en cuenta para la construir la solución. Teniendo en cuenta que la correcta identificación de requisitos para el desarrollo de SI permite integración e interoperabilidad entre los SI.

4) Diseño y construcción de la solución. Si se observa, FrameD-SIS solo se enfoca en las primeras fases en el ciclo de vida del desarrollo de sistemas, de modo que en la etapa de diseño y desarrollo es recomendable el uso de metodologías de desarrollo de software ágiles. Toda metodología debe ser adaptada al contexto del proyecto (recursos técnicos y humanos, tiempo de desarrollo, tipo de sistema) como lo indica [¹⁷]. Las metodologías ágiles proponen como objetivo principal el desarrollo de software con calidad, permitiendo a los actores involucrados en el proyecto tomar decisiones conjuntamente con resultados óptimos y eficaces para la organización. En esta etapa ya se debe tener claridad de los requisitos a desarrollar en cada iteración/sprint, dependiendo de la metodología utilizada; no obstante, es responsabilidad del equipo construir artefactos de las metodologías utilizadas con base en los requisitos obtenidos del modelo funcional y de información proporcionados por OntoSSR.

5) Validación del diseño realizado frente a FrameD-SIS. OntoSSR recomienda el uso de los modelos de información de cada subdominio de SSR, asimismo, el estándar Hl7 adoptado por la ontología describe las funcionalidades para el dominio de salud pública. El diseño y la construcción de una solución a partir de FrameD–SIS reduce problemas de inconsistencia y ambigüedad en el desarrollo de SI siempre que siga su guía rigurosamente, por tanto, la validación de la solución construida permite determinar su nivel de cumplimiento y las posibles mejoras que deben realizarse. Por tanto, se propone un esquema general de validación a partir de una escala de Likert, similar al presentado en [⁴], siendo: 1) No se cumple totalmente; 2) No se cumple; 3) se cumple con lo mínimo aceptable; 4) Se cumple; y 5) Se cumple totalmente.

A. Implementación de FrameD-SIS

Se desarrolló un prototipo web del FrameD-SIS bajo las condiciones mínimas de funcionamiento [¹¹], este permite el diseño colaborativo de un SI tomando los aspectos principales de FrameD-SIS. La implementación se evaluó usando el método de análisis de características por encuesta, siguiendo los pasos a continuación: i) identificación de participantes que diseñan sistemas para programas de SSR; ii) capacitación a los participantes sobre FrameD-SIS, OntoSSR y el prototipo desarrollado; iii) utilización de la herramienta para diseñar colaborativamente una solución común para sus organizaciones; iv) aplicación de encuesta para la evaluación de las características del FrameD-SIS en el prototipo.

En el diseño participaron cuatro representantes de tres organizaciones del sector salud, que de forma colaborativa diseñaron un sistema para la captura de eventos de violencia intrafamiliar. Como resultado de esta evaluación se evidenció que el 87% de los evaluadores están conformes con las características implementadas en el prototipo para el diseño de sistemas de información y el 100% consideran pertinente una plataforma colaborativa para el diseño de SIS [⁴].

B. Grupo focal

Para la evaluación de FrameD-SIS se utilizó un grupo focal, llevando a cabo los siguientes pasos: i) planeamiento de la investigación, donde se estableció la información que se necesitaba recopilar y el proceso a seguir; ii) definición del grupo de discusión, donde se realizó la identificación y selección de los participantes de interés para la evaluación; iii) ejecución de la sesión de debate, presentando FrameD-SIS y evaluando la percepción de los participantes; y iv) análisis de la información recolectada y realización de reportes de resultados.

En la sesión se contó con la participación de 14 expertos del sector salud del departamento del Cauca de entidades como el hospital “Susana López de Valencia” (4), la Secretaría de Salud Departamental del Cauca (4), la empresa de pruebas de software Qualitas Test Team (1) y Clínica “La estancia” (1), también investigadores del programa de Ingeniería de Sistemas de Unicomfacauca (4). Inicialmente, desde la Secretaría de Salud Departamental se presentó información relacionada con el dominio del SSR, los retos y las oportunidades que se presentan para el desarrollo de sistemas de información estandarizados. Una vez se estableció el contexto, se realizó la presentación de FrameD-SIS con sus componentes, características y fuentes de datos. Luego se realizó un debate sobre la percepción de los participantes frente a la adecuación de FrameD-SIS para el diseño de SIS, la facilidad para entender y utilizar sus componentes, la relevancia de la SSR para la versión inicial del framework, entre otros. Los aportes y las críticas de los participantes fueron recopilados y analizados, obteniendo como resultado general que la percepción de la adecuación del framework para el diseño de SIS es del 72%; no obstante, como se observa en la Figura 4, el 92% consideran que es apropiado para los desarrolladores de sistemas en programas de SSR, y el 91% consideran que es una herramienta útil para solucionar los problemas relacionados SIS [⁴].

Fig. 4. Resultados generales del grupo focal.