Diseño de arquitectura de software y hardware para el sistema de

información en desarrollo.

Presentado por:
Jhon Jairo Góngora Cifuentes
Lizeth Catherine Achury Huertas
Cesar Augusto Bernal
Gilberto Barajas

Ficha 2175845

Tecnólogo en Análisis y Desarrollo

de Sistemas de Información.

Servicio Nacional de Aprendizaje Sena

2021
Introducción

En el centro de salud el personal médico se apoya en documentos de mucha

importancia al momento de diagnosticar al paciente y este es la historia clínica,
para prevenir la posible pérdida de documentos y su deterioro, al igual que
disminuir la ineficiencia en la atención a pacientes hemos decidido diseñar y
desarrollar un producto que evite el uso de documentos físicos y cambiarlos por
una base de datos eficiente y segura.
Debido a la integración de procesos tecnológicos y a los múltiples medios
culturales, es posible brindar soluciones completas y mejor desarrolladas para
estos, el sector de la salud se ha visto beneficiado por estos avances, sin
embargo, es de vital importancia que todas las entidades deban comenzar a
incorporar estos servicios para mejores soluciones, se beneficien y lleven de
manera más eficiente la atención a los pacientes, por ello, este producto se basa
en desarrollar una historia clínica digital para los pacientes.

Alcances
Este proyecto se enfoca en la implementación de una solución tecnológica para
crear, actualizar y consultar historias clínicas a través de una aplicación. Además,
de la elaboración de una base de datos de diagnóstico en cada consulta realizada
entre el paciente y el médico.

Definiciones y Acrónimos
Casos de Uso: Un caso de uso es la descripción de una acción o actividad. Un
diagrama de caso de uso es una descripción de las actividades que deberá
realizar alguien o algo para llevar a cabo algún proceso.

Diagrama de Clases: En ingeniería de software, un diagrama de clases en

Lenguaje Unificado de Modelado (UML) es un tipo de diagrama de estructura
estática que describe la estructura de un sistema mostrando las clases del
sistema, sus atributos, operaciones (o métodos), y las relaciones entre los
objetos.

Diagrama de paquetes: Un diagrama de paquetes en el Lenguaje Unificado de

Modelado representa las dependencias entre los paquetes que componen un
modelo. Es decir, muestra cómo un sistema está dividido en agrupaciones
lógicas y las dependencias entre esas agrupaciones.
Diagrama de Secuencia: El diagrama de secuencia es un tipo de diagrama
usado para modelar interacción entre objetos en un sistema según UML. En
inglés se pueden encontrar como "sequence diagram".

Diagrama de actividades: El diagrama de flujo o flujograma o diagrama de

actividades es la representación gráfica de un algoritmo o proceso. Se utiliza en
disciplinas como programación, economía, procesos industriales y psicología
cognitiva.

Diagramas de Componentes: Un diagrama de componentes es un diagrama tipo

del Lenguaje Unificado de Modelado. Un diagrama de componentes representa
cómo un sistema de software es dividido en componentes y muestra las
dependencias entre estos componentes.

Diagrama de Despliegue: El Diagrama de Despliegue es un tipo de diagrama del

Lenguaje Unificado de Modelado que se utiliza para modelar la disposición física
de los artefactos software en nodos. Muestra la arquitectura del sistema como
el despliegue de los artefactos de software a los objetivos de despliegue.

Empresa: es una organización o institución dedicada a actividades o persecución

de fines económicos o comerciales para satisfacer las necesidades de
bienes y/o servicios de la sociedad, a la par de asegurar la continuidad de la
estructura productivo-comercial así como sus necesarias inversiones.

Herramientas Tecnológicas: Están diseñadas para facilitar el trabajo y permitir

que los recursos sean aplicados eficientemente intercambiando información y
conocimiento dentro y fuera de las organizaciones.

Módulo: En programación, un módulo es una porción de un programa de

ordenador. De las varias tareas que debe realizar un programa para cumplir con
su función u objetivos, un módulo realizará, comúnmente, una de dichas tareas.

Módulo de Ventas: El módulo de Ventas utiliza dos esquemas de venta: uno es

el de Venta con Despacho, orientada a empresas cuyas operaciones se realizan
a través de despachos parciales en base a una orden de pedido. El otro
esquema es

el de Venta Mostrador, orientado a empresas con operaciones donde el

despacho al cliente es inmediato.

Proceso: Conjunto de fases sucesivas de un fenómeno o hecho complejo

Sistema de Información: es un conjunto de elementos orientados al
tratamiento y administración de datos e información, organizados y listos para su
uso posterior, generados para cubrir una necesidad o un objetivo.

Software: Conjunto de programas y rutinas que permiten a la computadora

realizar determinadas tareas.

Software Libre: el software libre se refiere a la Libertad de los usuarios para

ejecutar, copiar, distribuir, estudiar, cambiar y mejorar el Software; de modo más
preciso, se refiere a cuatro libertades de los usuarios del software: la libertad de
usar el programa, con cualquier propósito; de estudiar el funcionamiento del
programa, y adaptarlo a las necesidades; de distribuir copias, con lo cual se
puede ayudar a otros y de mejorar el programa y hacer públicas las mejoras, de
modo que toda la comunidad se beneficie (para la segunda y última
libertad mencionadas, el acceso al Código fuente es un requisito previo).

Visión General Del Documento

Con este documento se pretende dar una visión general de la elaboración de un

sistema de información (Centro de Salud), en el podrás encontrar todo lo referido
a dicho sistema como lo es una breve introducción, la descripción del problema,
objetivos generales, objetivos específicos, alcance del proyecto, funciones del
mismo, identificación de los stakeholders y todo lo referido a su arquitectura de
software como: modelo de casos de uso, modelo de clases, modelo de paquetes,
modelo de secuencias, modelo de actividades y su arquitectura de hardware
como: modelo de componentes, modelo de despliegue, modelo de nodos.

Ámbito del sistema de información

En este proyecto desarrollaremos un aplicativo (Módulo de historial clínico), que

permite el registro y actualización de pacientes, generación de historial clínico,
citas y generación de informes, almacenados en una base de datos con el fin de
obtener reportes actualizados de casos y tratamientos. El módulo inicio de sesión
permite al usuario registrado en el sistema, ingresar al mismo, el módulo registro
de usuarios de administrador, permite registrar un usuario con su respectivo rol
(paciente, médico tratante), el módulo de historia clínica, permite registrar
novedades, casos y tratamiento, el módulo citas permite la asignación de casos y
médico tratante.
Perspectivas Del Producto

● Cumplir con todas las normas de calidad establecidas.

● Realizar el adecuado estudio de todas las características,
propiedades y prestaciones del software.
● Cumplir con todos los requerimientos funcionales y no funcionales
establecidos.
● Satisfacer las necesidades del cliente.
● Obtener la información de citas, necesaria para el desarrollo del sistema de
información y su futura comercialización.
● Completo registro e impresión de listados de pacientes y profesionales de
salud
● Facilidad de operaciones, con pantallas sencillas bajo el entorno que desee,
Windows, Linux, iOS.
● Que cualquier usuario, sin conocimientos previos de computación, pueda
hacer uso de este gracias a su usabilidad.

Funciones del producto.

● Crear, modificar, eliminar registros en historiales clínicos.
● Registrar datos de pacientes.
● Anexar documentación.
● Realizar diagnósticos.
● Agendamiento de citas
● Registro de tratamientos según casos.
● Asignación de casos, citas y médicos.

Características del usuario.

El usuario debe de pertenecer a la base de datos (encontrarse registrado)
se discrimina según su rol sea paciente, administrador o médico.

Restricciones.
El usuario tendrá permisos y prohibiciones en la aplicación según el rol de acuerdo
a la autenticación del sistema.
Los cambios y las consultas dentro de la aplicación son discriminadas dado el
usuario.
Suposiciones Y Dependencias

Se enlistan las suposiciones que pueden llegar a afectar los

requerimientos:

● Recurso presupuestal insuficiente para la implementación del

software
● Fallas en el control de calidad del
proyecto
● Pérdidas o daños en los dispositivos de almacenamiento
● Daños o problemas de conectividad

Se enlistan las dependencias bajo las cuales se desarrollará la

aplicación:

● Disponibilidad de trabajo del equipo de desarrollo

● Disponibilidad de tiempo del equipo
● Sistemas operativos
● Base de datos
Diagrama casos de uso.
Diagrama de clases
Diagrama de paquetes

Diagrama de secuencias
Secuencia administrador

Secuencia médico
Secuencia paciente

Diagrama de actividades
Arquitectura de hardware
Diagrama de componentes

Diagrama de despliegue
Diagrama de Nodos

Anexos
Descripción simple del diagrama de casos de uso Centro Médico.
El diagrama de casos de uso es de gran ayuda cuando se intenta explicar qué
hace y cómo funciona nuestro sistema o aplicación. Aquí se dará una breve
explicación del sistema a implementar:
Básicamente es un gran medio para comunicar y explicar ideas complejas.
Contiene elementos tales como sistemas, actores, casos de uso y relaciones.

System: El sistema es lo que se está desarrollando y contiene todos los

elementos interrelacionados de manera lógica. Puede ser una aplicación, un sitio
Web, procesos, componentes de software entre otros. Usualmente se representa
con un rectángulo a través del programa Star UML.

Actores: El actor se define como alguien o algo que va a interactuar con el

sistema y que tiene un objetivo específico. Puede ser una persona, una
organización, otro sistema o un dispositivo externo. Existen dos tipos de actores
Primarios y Secundarios. El primario inicia el uso del sistema, el secundario toma
acción en el sistema solo cuando el primero realiza una acción.

Use cases: Un caso de uso se reconoce por su forma oval y representa una
acción que da lugar a una tarea dentro del sistema. Usualmente van dentro del
rectángulo o nuestro sistema ya que solo pueden tomar lugar dentro de nuestra
aplicación.

Relationships: Cada actor va a interactuar con al menos un caso de uso dentro

de nuestro sistema. Un ejemplo es cuando un actor primario intenta iniciar sesión
en el sistema, aquí se presenta una relación directa entre el actor y el caso de uso.
Existen cuatro tipos de relaciones, asociación, inclusión, extensión y
generalización.

Elementos Diagrama casos de uso:

Sistema

A
ctores

Casos de uso

Relaciones