Plantilla - Diseño Del Sistema y Sitio Web Sac-Medicas

Descargar como doc, pdf o txt
Descargar como doc, pdf o txt
Está en la página 1de 33

Plantilla Diseño del Sistema

Apreciado aprendiz, debe diligenciar este informe con el fin de determinar el


Informe Final de Diseño de Arquitectura Tecnológica que utilizara el sistema de
información.

Recuerde: Para realizar este informe usted debe recopilar las evidencias
realizadas durante toda la fase de Diseño tratadas en las guías de aprendizaje
correspondientes.

Esta plantilla corresponde con la “Descripción del Diseño del Software” y se basa
en el estándar empleado para desarrollar esta documentación de forma
normalizada como lo es el IEEE Std. 1016-1998, que identifica prácticas
recomendadas para describir los diseños de software. Especifica la información
que debe contener, y recomienda cómo organizarla.

1. Introducción

El presente documento nos muestra el diseño del software del centro de salud Rafael
Reyes del municipio de Apulo Cundinamarca SAC- Médicas y de su sitio web, con el
propósito de ilustrar las características más importantes de estos a través de una serie de
vistas arquitectónicas las cuales involucran diferentes aspectos del sistema. Se pretende
que el lector de este documento tenga una visión global y comprensible de estos.

1.1. Propósito del sistema.

El sistema de asignación de citas médicas tiene como propósito mejorar la calidad de


vida de los usuarios; ofreciendo seguridad, comodidad y satisfacción; este sistema
permitirá solicitar cada una de sus citas a través de un sitio web y tener una historia
clínica organizada.

También se cuenta con una versión web la cual es para los usuarios y en la cual los
mismos pueden solicitar sus citas médicas más fácil y cómodamente.

Los funcionarios del centro de salud operarán utilizando la interfaz de usuario del
sistema local que se encuentra en el centro, el sistema deberá apoyar todos los
procesos y actividades para la asignación de citas médicas y cada uno de los
procesos que sean partícipes del sistema que cada uno de los funcionarios desee
realizar entre ellos:

• El registro de un usuario.

• La asignación de una cita médica a cada uno de los usuarios a través del sitio web.

• La cancelación de una cita médica con anterioridad de dos días.

• La modificación de los datos de cada uno de los usuarios.

• La impresión de constancia de cita médica.

• La multa que debe ser cancelada en caso de haber apartado una cita médica y no
asistir.

1.2. Objetivos del diseño

Objetivos de escritorio

 El sistema permite que la agenda de citas médicas sea programada


semanalmente por la enfermera jefe.
 El acceso al sistema deberá estar restringido por el uso de claves asignadas a
cada uno de los usuarios. Solo podrán ingresar al sistema las personas que estén
registradas.
 permite a los usuarios actualizar su información personal.
 permite a los médicos tener acceso a las historias clínicas de los pacientes y
poder editarlas.
 permite a la enfermera jefe imprimir la historia clínica.

Objetivos de versión web

 El sitio web permite al usuario recuperar la contraseña en caso de olvido.


 El sitio web es multiplataforma.
 permite ingresar el número de documento y contraseña para ingresar.
 El sitio web se puede visualizar y funcionar correctamente en cualquier
navegador.
 permite a los usuarios registrarse en el sistema.
 generar un impreso para que el usuario realice el pago correspondiente a la cita
médica.
 El sistema tanto como el sitio web estarán en capacidad de permitir en el futuro, el
desarrollo de nuevas funcionalidades después de su construcción y puesta en
marcha inicial.
1.3. Definiciones, acrónimos y abreviaturas

Caso de uso: Es una descripción de los pasos o las actividades que deberán realizarse
para llevar a cabo algún proceso. Los personajes o entidades que participarán en un caso
de uso se denominan actores. En el contexto de ingeniería del software, un caso de uso
es una secuencia de interacciones que se desarrollarán entre un sistema y sus actores en
respuesta a un evento que inicia un actor principal sobre el propio sistema.

Arquitectura de software: Es un conjunto de patrones que proporcionan un marco de


referencia necesario para guiar la construcción de un software.

Diagrama de secuencia detallado: Es un tipo de diagrama usado para modelar


interacción entre objetos muestra la interacción de un conjunto de objetos en una
aplicación a través del tiempo y se modela para cada caso de uso. El diagrama de
secuencia contiene detalles de implementación del escenario, incluyendo los objetos y
clases que se usan para implementar el escenario y mensajes intercambiados entre los
objetos.

Interfaz Gráfica: Es un programa informático que actúa de interfaz de usuario, utilizando


un conjunto de imágenes y objetos gráficos para representar la información y acciones
disponibles en la interfaz. Su principal uso, consiste en proporcionar un entorno visual
sencillo para permitir la comunicación con el sistema operativo de una máquina o
computador.

Esquema Conceptual: Es la representación gráfica o simbólica de un concepto.

Subsistema: Un subsistema es un sistema que se ejecuta sobre un sistema operativo,


este puede ser un shell (intérprete de comandos) del sistema operativo primario o puede
ser una máquina virtual. Cada uno de los componentes principales de un sistema se llama
subsistema. Cada subsistema abarca aspectos del sistema que comparten alguna
propiedad común. 

Diagrama de Clases: 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 Secuencia: Es un tipo de diagrama usado para modelar interacción entre


objetos en un sistema según UML.

Diagrama de Flujo de Datos: Se utiliza para hacer varias cosas entre ellas trabajos y tareas.
Es una representación gráfica del flujo de datos a través de un sistema de información. Un
diagrama de flujo de datos son también se puede utilizar para la visualización de
procesamiento de datos. Es una práctica común para un diseñador dibujar un contexto a nivel
de DFD que primero muestra la interacción entre el sistema y las entidades externas.
Modelo de Datos: Es un lenguaje orientado a hablar de una Base de Datos. Puede describir
la estructura de datos de la base, las restricciones de integridad y las operaciones de
manipulación de datos.

Diccionario de Datos: Es un conjunto de metadatos que contiene las características lógicas


y puntuales de los datos que se van a utilizar en el sistema que se programa, incluyendo
nombre, descripción, alias, contenido y organización.

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.

Diagrama de Componentes: Es un diagrama tipo del Lenguaje Unificado de Modelado.

Un diagrama de componentes cómo un sistema de software es dividido en componentes y


muestra las dependencias entre estos componentes. Los componentes físicos
incluyen archivos, cabeceras, bibliotecas compartidas, módulos, ejecutables, o paquetes.
Los diagramas de Componentes prevalecen en el campo de la arquitectura de
software pero pueden ser usados para modelar y documentar cualquier arquitectura de
sistema.

Base de Datos: Se le llama base de datos a los bancos de información que contienen


datos relativos a diversas temáticas y categorizados de distinta manera, pero que
comparten entre sí algún tipo de vínculo o relación que busca ordenarlos y clasificarlos en
conjunto.

Registro: Un registro representa un objeto único de datos implícitamente estructurados en


una tabla. En términos simples, una tabla de una base de datos puede imaginarse
formada de filas y columnas o campos. Cada fila de una tabla representa un conjunto de
datos relacionados, y todas las filas de la misma tabla tienen la misma estructura.

Campo: Es la mínima unidad de información a la que se puede acceder; un campo o un


conjunto de ellos forman un registro, donde pueden existir campos en blanco, siendo este
un error del sistema operativo. Aquel campo que posee un dato único para una repetición
de entidad, puede servir para la búsqueda de una entidad en específico.

Tupla: Es un tipo de dato secuencial. Sirve para agrupar, como si fueran un único valor,
varios valores. El tipo de datos que representa a las tuplas se llama tuple, y es inmutable:
una tupla no puede ser modificada una vez que ha sido creada.

Dato: Es una representación simbólica de un atributo o variable cuantitativa o cualitativa.


Los datos describen hechos empíricos, sucesos y entidades. Es un valor o referente que
recibe el computador por diferentes medios, los datos representan la información que el
programador manipula en la construcción de una solución o en el desarrollo de un
algoritmo.

1.4. Referencias

 Documento Ante-Proyecto Sac-Medicas


 Documento Arquitecturas de software - guía informe.pdf
 Tutorial php y mysql: https://www.youtube.com/playlist?
list=PL0yfy89pewyPtrO8otv7SY41xbCic09e5
Tutorial crear sistema de usuario php y mysql:
www.celularweb.net/2010/07/07/tutorial-sistema-de-usuarios-con-php-y-mysql/
 Tutorial java con mysql en Nentbeans 8: https://www.youtube.com/playlist?
list=PL0yfy89pewyOaqy8p65SkzAaZmDYJcbmC

 Tutorial sistema de registro e inicio de sesión php y mysql:


https://github.com/varofonsel/Alling

2. Representación de la arquitectura.

2.1 Metas y restricciones de la Arquitectura

 El sistema tiene como primera parte un inicio de sesión el cual si no se llena


correctamente no se podrá acceder a el
 El sistema identifica a cada usuario cuando ingrese para garantizar que sea el
funcionario indicado y no otro.
 El sistema se puede utilizar en los diferentes ordenadores que estén en el centro
para una mayor efectividad.
 El sistema migra información con el sitio web.
 El sitio web cuenta con un inicio de sesión para garantizar la seguridad de los
usuarios.
 El sitio web permite que se actualice la información de los usuarios para que de
igual manera se actualicen en el sistema.
 El sitio web permite a los usuarios solicitar su cita y migrar los datos de las citas al
sistema para identificación de las citas el día en que se programe.

3. Vista lógica
Para el desarrollo del sistema se utilizara la arquitectura “Modelo Vista Controlador” ya
que este modelo separa los datos de nuestro sistema y los divide en 3 componentes.

Para el sitio web se utilizara la arquitectura “Modelo Cliente Servidor” ya que es el más
utilizado para la realización de sitios web ya que reparte las tareas entre el proveedor
de servicios o “servidores” y los demandantes o “clientes”.

3.1 Identificación de Subsistemas

3.2 Estructuración por capas.

Estructura por capas sistema


Estructura por capas sitio web

3.3 Diagrama de Clases del diseño

Diagrama de clases sistema


Diagrama de clases sitio web
4. Vista del proceso
Diagramas representativos sistema

Diagrama de secuencia asignar citas

Diagrama de secuencia historia clinica


Diagrama de secuencia generar agenda médica

Diagramas representativos sitio web

Diagrama de secuencia registro de usuario


Diagrama de secuencia solicitar cita médica

Diagrama de secuencia actualizar informacion

4.1 Diagramas de secuencia

Diagramas de secuencia sistema


Diagrama de secuencia agenda medica

Diagrama de secuencia asignar citas


Diagrama de secuencia facturacion

Diagrama de secuencia historia clínica


Diagrama de secuencia remisiones de enfermera jefe

Diagrama de secuencia remisiones de médico.

Diagramas de secuencia sitio web


Diagrama de secuencia registro de usuarios.

Diagrama de secuencia cambiar contraseña


Diagrama de secuencia actualizar datos

Diagrama de secuencia solicitar cita médica

5. Vista de datos
Vista de datos sistema

Vista de datos sitio web


5.1 Modelo de datos

Modelo entidad relación sistema

Modelo entidad relación sitio web


5.2 Diccionario de datos

Nombre de tabla: usuario_sistema

Descripción: Es la tabla donde se almacenan los datos de los usuarios para el sistema.

COLUMNA TIPO VALOR DESCRIPCION


Es el número con el que se identifica la historia
NumHistoria INT 11 clínica del usuario.
Nombre VARCHAR 45 Es el nombre del usuario
Apellidos VARCHAR 45 Apellidos del usuario
Edad INT 5 Es la edad del usuario
Correo VARCHAR 90 Es el correo electrónico del usuario
Rh VARCHAR 5 Es el tipo de sangre del usuario
Genero VARCHAR 20 Es el género del usuario
TipoDoc VARCHAR 15 Es el tipo de documento del usuario.
Es el número de documento con el que se
Numero_doc BIGINT 20 identifica el usuario.
Peso INT 11 Es el peso actual del usuario.

Relaciones: Llave primaria: Numhistoria

Campos clave: TipoDoc, Numero_doc

Nombre de tabla: usuarios_sitio

Descripción: Es la tabla donde se almacenan los datos de los usuarios que se


registran en el sitio web.

COLUMNA TIPO VALOR DESCRIPCION


idusuarios INT 11 Es el identificador del usuario
nombre VARCHAR 40 Es el nombre del usuario
apellido VARCHAR 40 Es el apellido del usuario
tipo_documento VARCHAR 50 Es el tipo de documento del usuario
documento VARCHAR 13 Es el número de documento del usuario
telefono BIGINT 10 Es el telefono del usuario
email VARCHAR 40 Es el correo electrónico del usuario
password VARCHAR 20 Es la contraseña para inicio de sesión del usuario
Relaciones: Llave primaria: idusuario

Campos clave: tipo_documento, documento, email, password.

Nombre de tabla: inicio_sesion

Descripción: Es la tabla donde se almacenan los datos de los funcionarios del centro para su
inicio de sesión.

COLUMNA TIPO VALOR DESCRIPCION


idusuario INT 11 Es el identificador del funcionario
nick VARCHAR 30 Es el nombre de usuario del funcionario
contras VARCHAR 30 Es la contraseña del usuario
tipousuario VARCHAR 30 Es el tipo de usuario de cada funcionario

Relaciones: Llave primaria: idusuario

Campos clave: nick, contras, tipousuario.

Nombre de tabla: historia

Descripción: Es la tabla donde se almacenan los datos de la historia clínica de


los pacientes.

COLUMNA TIPO VALOR DESCRIPCION


NumHistoria  INT 11 Es el número de historia clínica
Nombre VARCHAR 45 Es el nombre del paciente
Apellidos VARCHAR 50 Es el apellidos del paciente
Genero VARCHAR 20 Es el género del paciente
TipoDoc VARCHAR 15 Es el tipo de documento del paciente
NumDocumento INT 25 Es el número de documento del paciente
Edad INT 5 Es la edad del paciente
Estatura FLOAT   Es la estatura del paciente
Peso INT 5 Es el peso del paciente
FechaNac INT 15 Es la fecha de nacimiento del paciente
Departamento VARCHAR 30 Es el departamento donde vive el paciente
Municipio VARCHAR 35 Es el municipio donde vive el paciente
Direccion VARCHAR 40 Es la dirección del paciente
Correo VARCHAR 90 Es el correo electrónico del paciente
Telefono INT 45 Es el telefono del paciente
MotivoConsulta VARCHAR 400 Es el motivo de la consulta del paciente
Enfermedad VARCHAR 120 son las enfermedades que tenga el paciente
Antecedentes VARCHAR 450 Son los antecedentes médicos del paciente
Alergias VARCHAR 400 Son las alergias que tenga el paciente
ExamenFisico VARCHAR 400 Es el examen físico del paciente
Diagnostico VARCHAR 500 Es el diagnóstico del médico al paciente
Relaciones: Llave primaria: NumHistoria

Campos clave: TipoDoc, NumDocumento, FechaNac, Correo, Telefono

Nombre de tabla: facturacion


Descripción: Esta tabla almacena los datos de facturarcion de citas médicas

COLUMNA TIPO VALOR DESCRIPCION


id INT 11 Es el identificador de la factura

Fecha DATE   Es la fecha de la factura


Estado VARCHAR 40 Es la estado de la factura

NumFactura INT 10 Es el número de la factura de la factura

Valor BIGINT 20 Es el valor de la factura


Iva INT 3 Es el IVA de la factura
Total BIGINT 15 Es el total de la factura
Descripcion VARCHAR 120 Es la descripción de la factura
NombreFacturador VARCHAR 180 Es el nombre del facturador
NombrePaciente VARCHAR 180 Es el nombre del paciente

Relaciones: Llave primaria: id

Campos clave: Fecha, NumFactura, Valor, Total.

Nombre de tabla: citas

Descripción: Es la tabla donde se almacenan los datos de las citas médicas que solicitan los
usuarios.

COLUMNA TIPO VALOR DESCRIPCION


idcita  INT 11 Es el identificador de la cita médica
tipo_cita VARCHAR 50 Es el tipo de cita médica
fecha_cita DATE   Es la fecha de la cita
hora_cita TIME   Es la hora de la cita

Relaciones: Llave primaria: idcita

Campos clave: tipo:cita, fecha_cita, hora_cita.

6. Vista de Interacción

Vista interacción sistema


Vista de interacción sitio web
6.1 Interfaces de Usuario.

Lista y describe las interfaces de usuario de la aplicación, especificarlas por caso de


uso.

Interfaces de usuario sistema

1. Inicio de sesión de funcionarios: En esta interfaz los funcionarios del centro


deben escribir su número de documento y la contraseña para acceder al sistema.
2. Agenda médica: En esta interfaz la enfermera jefe actualiza la agenda
médica para la semana.
3. Remisiones: En esta interfaz la enfermera jefe autoriza las remisiones de
los pacientes a otros centros.
4. Cambio de contraseña: En esta interfaz los funcionarios cambian su
contraseña de acceso al sistema.
5. Historia clínica: el medico genera la historia clínica de los pacientes y la
llena con los datos de los mismos.
6. Facturacion: El facturador/a realiza el proceso de facturacion de las citas
médicas.
7. Asignación de citas: En esta interfaz el funcionario/a asigna las citas
médicas a las personas que asisten al centro.

Interfaces de usuario sitio web

1. Registro: En esta interfaz los usuarios se registran en el sitio web.


2. Inicio de sesión: Aquí los usuarios inician sesión para ingresar a los
diferentes módulos.
3. Recuperar contraseña: Aquí los usuarios digitan su número de documento
para recibir un correo electrónico con su nueva contraseña.
4. Cambio de contraseña: En esta interfaz los usuarios cambian su
contraseña actual por una nueva.
5. Actualizar información: Aquí los usuarios pueden ver sus datos y
actualizar los básicos como lo son el correo electrónico y su número de
teléfono.
6. Solicitar cita médica: Aquí los usuarios solicitan sus citas médicas.

6.2 Mapa de Navegación

Mapa de navegacion sistema

Mapa de navegacion sitio web


7. Vista de seguridad

Para ingresar al sistema los funcionarios deben escribir su número de


documento y la contraseña para que cada un obtenga acceso a sus funciones
en el sistema.

Para la enfermera jefe la cual solamente tiene acceso a autorizar las


remisiones y a confirmar la agenda que se utilizara durante la semana.
Para los médicos tendrán acceso a las historias clínicas de los usuarios y a
remitir a los pacientes a otros centros.
Para el facturador/a tendrá acceso a la sección de facturacion de citas médicas
y de asignar el estado de las citas.
Para el funcionario/a encargado de asignar citas tendrá acceso a mirar la
agenda y a asignar las citas a los pacientes que las soliciten.

En el caso del sitio web los usuarios deberán registrarse para iniciar sesión y
solo asi poder solicitar sus citas médicas correctamente de lo contrario no
tendrán acceso a los demás módulos.
En el momento que olvide su contraseña el usuario deberá escribir su número
de documento con el cual se registró y deberá ir a su correo electrónico para
8. Vista de Implementación

Diagrama de representación física del sistema

Diagrama de representación física del sitio web

8.1 Herramientas de Desarrollo e implementación

Equipos necesarios para el desarrollo del software

Los equipos de cómputo deben tener una capacidad mínima de 500gb de


almacenamiento, 2gb RAM, debe contar con sistema operativo Windows 7 u 8. Se
debe contar con una conexión a internet de mínimo 2 MB.

El software que será utilizado para la construcción del sistema es: Netbeans 8.1.

Se utilizara el jdk 8 (Java Development Kit), para el correcto funcionamiento de los


programas netbeans y xampp.

Se utilizara el programa de Adobe Dreamweaver para la realización del sitio web.

Se utilizara el servidor xampp  versión 1.8.3.1 es multiplataforma y consiste


principalmente en el sistema de gestión de bases de datos MYSQL, el servidor
web Apache y los intérpretes para lenguajes de script PHP. Es donde se alojara la
base de datos de la aplicación.

El sistema y el sitio web contaran con estándares de seguridad en donde los usuarios
se registran aceptando los términos y condiciones del y piden sus citas para luego ser
atendidos en el centro de salud de igual manera el sistema solamente será accesible
por los funcionarios del centro asegurando la seguridad de sus usuarios para su gusto.

Para que sistema operativo se orienta el software

Equipo de desarrollador backend:

Equipo de cómputo debe tener una capacidad de 1tb de almacenamiento, 8 Gb RAM,


sistema operativo windows 8 o 8.1. Conexión a internet mínima de 3mb.

8.2 Paquetes/Componentes

Diagrama de componentes sistema


Diagrama de componentes sitio web

8.3 Despliegue
8.4 Vista de Administración

El software tendrá a la enfermera jefe como administradora debido a que es la máxima


autoridad en el centro de salud y es la que responde por el así que ella como principal
administradora podrá agregar personal al sistema y de igual manera retirarlo cuando sea
pertinente, de igual manera tendrá participación en la mayoría de los procesos que se
realizan en el sistema.

El sitio web será administrado de igual manera por la enfermera jefe por medio del
sistema debido a que las citas que se soliciten en el sitio web serán vistas en el sistema.

También podría gustarte