SlideShare una empresa de Scribd logo
1 de 71
República Bolivariana De Venezuela
Ministerio Del Poder Popular Para La Educación Universitaria
Universidad Politécnica Territorial del Estado Portuguesa “Juan de Jesús
Montilla”.
Programa Nacional de Formación en Informática
Guanare, Estado Portuguesa
SISTEMA INTEGRAL SOCIALISTA DE SALUD DEL ESTADO
PORTUGUESA “S.I.S.S.E.P”
Línea de Investigación:DESARROLLO DE SOFTWARE – WEB
Autores: Correa G.Dennys A. CI: 28.200.145 dennyscorrea58@gmail.com
Dorante G. Cesar J. CI: 17.002.072 cesardorante1@hotmail.com
Durand C. Jose D. CI: 27.350.281 josedaviddurand@gmail.com
Landinez D. Krismar L. CI: 27.055.723 ana.k.landinez@gmail.com
Profesora: Reyes C. Yaneira C. CI: 7.396.842 yaneirareyes@gmail.com
Comunidad: Sistema Integral Socialista de Salud del Estado Portuguesa
Guanare, febrero del 2022
FASE I - PLANIFICACION DEL PROYECTO
I PLANIFICACION DEL PROYECTO
 Conformación de Equipos Preliminares
El equipo responsable del proyecto socio tecnológico IV está conformado
por 4 estudiantes: Correa G. Dennys A. CI: 28.200.145, Durand C. José D. CI:
27.350.281,Dorante G. Cesar J. CI: 17.002.072 y Landinez D. Krismar L. CI:
27.055.723. En el cual se busca analizar, discutir y organizar información para el
desarrollo una aplicación web para la ayuda o mejora de una comunidad.
 Planeación de las Fases a abordar para la Ejecución del Proyecto
II. DIAGNOSTICO SITUACIONAL PARTICIPATIVO Y COMUNITARIO
2.1 DESCRIPCIÓN DEL CONTEXTO DE LA COMUNIDAD
 Identificación comunidad (nombre, ubicación, misión, visión,
objetivos estratégicos, reseña histórica).
Nombre
Sistema integral socialista de salud del estado Portuguesa
LEVANTAMIENTO
DE INFORMACION
IDENTIFICAR LOS
PROBLEMAS Y LA
SOLUCION
DISEÑO, LOGICA,
BASE DE DATOS,
INGENIERIA DEL
SOFTWARE
Recolectar
información
clave acerca del
Sistema Integral
de Salud.
Detectar los
problemas y
determinar las
soluciones para
la comunidad.
Desarrollar todas
las fases de la
aplicación.
Ubicación
Carrera 3, al frente del colegio veterinario, Guanare, Edo Portuguesa.
Venezuela.
Misión
Gestionar todos los procesos y mecanismos relacionados con la
prestación de servicios médicos, quirúrgicos, hospitalización, medicinas, gastos
médicos y odontológicos para todos los trabajadores dependientes de la
gobernación del estado portuguesa; en cumplimiento de las directrices
emanadas por la secretaria de gestión interna, utilizando para ello tecnologías
de la información y la comunicación y los recursos que contribuyan al
mejoramiento continuo y satisfacción de las necesidades en materia de salud.
Visión
Ser una institución de salud que garantice a cada uno de los funcionarios
afiliados y su carga familiar, de un servicio con igualdad de condiciones, con
sentido de solidaridad, cooperación, incluyente y participativo, pensando en la
satisfacción de las necesidades de salud de los funcionarios y su grupo
familiar.
 Objetivos estratégicos
El Sistema Socialista Integral de Salud del Estado Portuguesa, busca
asegurar el cumplimiento de sus objetivos, funciones y atribuciones de manera
eficiente.
1. Contar con un equipo tecnológico de punta para mejorar la satisfacción
de los pacientes.
2. Mejorar el manejo de la información mediante programas tecnológicos.
 Reseña histórica
El sistema integral socialista de salud del estado portuguesa SISSEP
surge de la idea del gobierno revolucionario del estado portuguesa en el año
2009, como una alternativa de gestión auto-administrada de los servicios de
hospitalización cirugía y maternidad (HCM) que poseen los funcionarios
públicos que laboran en las instituciones dependientes del gobierno regional y
de esta manera eliminar la contratación de pólizas de seguros con las
empresas privadas.
Su primera sede administrativa fue la secretaria de desarrollo social
“sedes” del gobierno regional, la cual fue mudada a las instalaciones de la
dirección regional de salud el 22 de noviembre del 2011 según decreto N 673
publicado en gaceta oficial número 185-A extraordinario, se crea como órgano
desconcentrado de la administración pública estadal con autonomía funcional,
administrativa, presupuestaria y organizativa; luego funciono en las
instalaciones de la gobernación del estado portuguesa y actualmente posee
una sede principal inaugurada el 3 de noviembre del 2016 la cual está ubicada
al lado de las instalaciones del ambulatorio DR. Rafael Azuaje de la Ciudad de
Guanare.
 Características generales.
El SISSEP es una organización publica socialista que brinda servicios de
hospitalización, cirugía, odontológica y maternidad a los funcionarios públicos
que laboran en las instituciones dependientes de la gobernación del estado
portuguesa. En cuanto al tamaño de la organización es una entidad pequeña.
 Organizaciones vinculadas (Mencionar las organizaciones sociales
y no sociales que caracterizan la comunidad).
 BOMBEROS
 CONSEJO LEGISLATIVO
 CONTRALORÍA
 ESINSEP
 FEGEP
 FONDEC
 FONDEREVI
 FONJUPORT
 FUNDACION DEL NIÑO
 HIDROSPORTUGUESA
 IABAEP
 INDEPORT
 PROTECCION CIVIL
 PROCURADORIA
 SISSEP
 FUNDACION SUEÑOS DE BOLIVAR
 CORPOTUR
 CORSODEP
 BUSPORTUGUESA
 INPROFEC
 NHC/POSADA DEL CABRESTERO
 SAREP
 ESOMEP
 TRIBUNALES SEGURIDAD CIUDADANA
 RESIDENCIA DEL GOBERNADOR
 CULTURA
 PODER JUDICIAL
 CASO SOCIAL
 PORTUGAS
 Organigrama Estructural
 Descripción funcional
Dirección del sistema integral de salud del estado portuguesa: Supervisar y
evaluar la ejecución del plan de desarrollo institucional, de conformidad con los
objetivos, metas normas y procedimientos establecidos en este. Algunas de
sus funciones son las siguientes:
 Supervisar, evaluar y controlar el presupuesto asignado, a fin de
garantizar su efectivo uso por parte de las unidades funcionales de la
Institución.
 verificar y aprobar las solicitudes de órdenes de servicios, órdenes de
pagos, recibidas y procesadas por la Coordinación Operativa Social.
Unidad de consultoría jurídica: Prestar asesoramiento y emitir opinión no
vinculante a las autoridades y miembros de las unidades funcionales en
asuntos de carácter jurídico y legal, contribuyendo con ello a alcanzar un
efectivo desarrollo organizacional, todo dentro de un marco de respeto por los
intereses de la Institución y los derechos de los trabajadores. Algunas de sus
funciones son las siguientes:
 Asesorar, asistir y/o representar a la Institución en todo acto con efecto
jurídico, extrajudicial y judicial.
 Velar porque la Institución cumpla con sus actividades dentro del marco
legal vigente y las normas establecidas por las autoridades
Coordinación administrativa: Planificar, coordinar ejecutar todas las
actividades tendientes que los procedimientos administrativos se desarrollen de
acuerdo con las normas establecidas y de conformidad con los lineamientos
emanados por Coordinación General. Algunas de las funciones son las
siguientes:
 Dirigir controlar la ejecución presupuestaria de la Institución.
 Velar por los ingresos, pagos, reembolsos, retenciones y demás
operaciones similares que se ejecuten normalmente.
Unidad de recursos humanos: Planificar, coordinar, dirigir y ejecutar las
políticas que en materia de recursos humanos señalen las autoridades de la
Institución, acordes con las leyes y reglamentos vigentes. Algunas de sus
funciones son las siguientes:
 Programar y dirigir las actividades de capacitación, adiestramiento,
desarrollo y bienestar social del personal de trabajo
 Recibir y procesar las solicitudes que realizan el personal que labora en
SISSEP referente a permisos, vacaciones, constancias de trabajo.
Unidad de planificación y presupuesto:Asesorar y apoyar a las distintas
áreas funcionales de la Institución en la formulación de políticas y planes,
orientados a corto, mediano y largo plazo en el ámbito administrativo, operativo
y organizacional. Además de planificar, coordinar, dirigir y controlar las políticas
presupuestarias. Para el uso racional de los recursos financieros que permitan
el desarrollo de los planes de la Institución. Sus principales funciones son:
 Planificar, coordinar análisis y ejecución del control de presupuesto.
 Proveer a las autoridades y a las distintas instancias del gobierno
estadal de información, análisis de alternativas y criterios que
contribuyan a la toma de decisiones.
Unidad de contabilidad: Planificar, coordinar, dirigir y controlar las actividades
concernientes al desarrollo de los sistemas contables de la Institución y su
aplicación de acuerdo a la normativa legal vigente. Algunas de sus funciones
son:
 Coordinar y dirigir las actividades relacionadas con los registros
contables, su análisis y elaboración de los estados financieros.
 Estudiar los lineamientos y normativa legal vigente, así como su
factibilidad de aplicación en las áreas contable, presupuestaria y de
control, emanados por los entes gubernamentales que rigen esta
materia
 Preparar periódicamente reportes con información referente a la
situación contable del SISSEP y remitir a la Coordinación Administración
y Dirección General.
Coordinación médica: Planificar, coordinar, dirigir, controlar y organizar las
actividades referidas a los procedimientos médicos y su ejecución conforme a
la normativa legal establecida y a los lineamientos establecidos por la Dirección
General.Sus funciones son:
 Supervisar y controlar el proceso de atención de llamadas telefónicas de
emergencias médicas, garantizando con ello la correcta aplicación de los
protocolos formales de atención.
 Supervisar y controlar la gestión de manejo de medicamentos e insumos
médicos a través de la farmacia institucional, estableciendo al mismo
tiempo, los criterios para la solicitud y entrega de los mismos.
 Coordinar y supervisar los procedimientos vinculados de triaje de
pacientes, con el objetivo de canalizar su necesidad de salud en el
proceso de atención médica más oportuna y confiable de acuerdo al
diagnóstico que se establezca.
 Dirigir, coordinar y supervisar las actividades desempeñadas de los
especialistas médicos, una vez que atienden a los pacientes que son
remitidos por el área de triaje.
 Dirigir, coordinar y supervisar las actividades de los médicos,
supervisores o reguladores, facilitando con ello el correcto seguimiento
de los casos médicos presentados y atendidos en los diferentes centros
de salud públicos o privados.
Coordinación operativa: Coordinar y ejecutar los procedimientos de atención
al público. Sugerencias y reclamos, a través de la tramitación oportuna y
segura de cada una de las acciones solicitadas por los afiliados al sistema.
Algunas de sus funciones son las siguientes:
 Tramitar los reclamos y sugerencias hechas por los usuarios al sistema,
mediante comunicación directa con las diferentes coordinaciones del
sistema, a fin de garantizar la oportuna respuesta.
 Estudiar y analizar las solicitudes de los servicios prestados (Cirugías,
exámenes de laboratorios, imágenes, estudios especiales, materiales de
síntesis) y dirigirlas a la coordinación Medica para su debida revisión y
aprobación.
Coordinación de servicios asistenciales: Se encargará de coordinar,
articular y ejecutar los procedimientos de atención a los pacientes, sugerencias
y reclamos, a través de las acciones solicitadas por los afiliados al Sistema.
 Vigilar el cumplimiento de los cuidados a los pacientes, respecto a
procedimientos que deben cumplir en el servicio en todo momento
 Mantener un Registro actualizado de los servicios asistenciales
prestados, para así contribuir con la gestión de estadísticas de
prestación de los beneficios del Sistema.
Coordinación funeraria:La coordinación de Servicios Funerarios estará a
cargo de un Coordinador o una Coordinadora de Servicios Funerarios, que se
cargar y de coordinar y ejecutar los procedimientos de atención al usuario,
sugerencias y reclamos, a través de las acciones solicitadas por los afiliados al
Sistema.
 Brindar asesoría a los afiliados, respecto a los procedimientos que
deben cumplir para tramitar la solicitud del servicio al momento de
requerirlo
 Tramitar las solicitudes, reclamos y sugerencias hechas por afiliados al
Sistema, con el fin de garantizar oportuna respuesta
 Articular con organismos estadales, nacionales y municipales para
apoyo social concordancia las líneas acción Plan Estadal Portuguesa
Socialista.
 Mantener un Registro actualizado de los Servicios prestados, para
contribuir con la gestión estadísticas de prestación de los beneficios del
sistema.
 Tramitar las solicitudes por los afiliados.
 Organigrama de cargos
2.2 ABORDAJE DE LA COMUNIDAD
 Procedimiento Utilizado
En febrero del 2022 el equipo de proyecto socio-tecnológico IV realizó una
reunión con el administrador del Sistema Integral Socialista de Salud del
Estado Portuguesa “S.I.S.S.E.P”, en la reunión se propuso el desarrollo de una
aplicación web, de que va a tratar la aplicación Web, del cómo va a funcionar y
diversos temas, uno de ellos era del cómo era el proceso actual del registro de
datos que allí se realizaban y los roles o cargos de los miembros de la
institución. El representante de la comunidad aceptó y propuso todas las ideas
que se plantearon en diversos lados, llegando así a un acuerdo entre el equipo
de proyecto y la Comunidad. El equipo de proyecto realizara diversas visitas a
la comunidad con la finalidad de reunir información para el desarrollo del
proyecto a lo largo de este.
 Técnicas e Instrumentos para la Recolección de la información
Como técnica se realizó una entrevista entre el grupo del proyecto y el
personal de la comunidad debido a las pocas personas a las cuales se debe
realizar el levantamiento de información, como resultado de esta, se recolecto
toda la información requerida mediante un cuestionario no estructurado en
formato digital (Documento Word) con la cantidad de 6 preguntas de manera
abierta y cerradas la cuales son: ¿Cuáles son los departamentos
involucrados?, ¿Cuántas personas utilizara el software?, ¿Cuál es la
problemática principal?, ¿Cada departamento trabaja individualmente?,
¿Trabajan con procesadores de texto para el manejo de la información? Y ¿El
software será interno a la organización?. A medida que se fue realizando la
entrevista, pero además el representante de la comunidad nos otorgó un
documento Word con toda la información requerida en el cuestionario.
 Descripción del diagnóstico situacional (FODA – ANALISISDE
INVOLUCRADOS).
FODA
Análisis de involucrados
Involucrados Intereses
Objetivos Específicos del
proyecto
Limitaciones
Coordinador
Profesional
Director
Tener un sistema
para gestionar en
tiempo real toda
la información
suministrada en
el departamento
para mejorar así
el rendimiento de
los procesos del
mismo.
Implementar un sistema de
información asertiva para el
departamento de
administración del SISSEP,
para el registro de las
compras, ordenes de
compras, validar reposos,
solicitudes de bono
vacacional, transferencias y
crédito adicional de una
partida. También la solicitud
de reportes mensuales y
semanales de los módulos
mencionados anteriormente
y gráficos estadísticos de la
cantidad de registros para
cada módulo y gastos de las
compras registradas
acordes a las principales
necesidades del
departamento.
No hay
limitaciones
 Socialización de los resultados.
En el marco de la visita a la comunidad el 29 de abril del 2022 siendo las 10
y 36 am se deja constancia de las informaciones recopiladas para sentar base
de los resultados obtenidos en la indagatoria de los cambios en cuanto a la
señalización y delimitación de lo que se desea implantar en el departamento de
administración.
Respondiéndose las siguientes interrogantes:
- ¿Qué mejoras se obtienen de forma directa o indirecta con la
implementación del software?
Información en tiempo real para tomar decisiones de forma eficaz y
pertinente en cuanto a presupuesto y ayudas sociales. Así mismo se
beneficiará indirectamente el personal que labora dentro de la institución ya
qué su labor será más eficaz y funcional.
- ¿es necesario la capacitación en cuanto al manejo de las tecnologías y
uso correcto del software?
No es necesario ya que el personal está plenamente capacitado para el uso
de computadores, celulares y tables. Ya que no son ajenos a el uso de las
tecnologías
- ¿Qué impresiones tiene la comunidad con respecto al equipo de trabajo
que implementa el software en construcción?
Se observa el compromiso de los participantes en cuanto a su pertinencia y
prestación para que todo se lleve de la mejor manera para así establecer las
reglas adecuadas de negocio y funcionamiento del software.
2.3. MODELO DEL NEGOCIO
2.3.1 DEPARTAMENTO EN ESTUDIO
 Nombre
Coordinación de administración
 Objetivos estratégicos
 Preparar y revisar la rendición de cuentas que se hagan en cuanto al
presupuesto a la gestión contable.
 Dirigir controlar la ejecución presupuestaria de la Institución.
 Velar por los ingresos, ordenes de pagos, compras y demás
operaciones similares que se ejecutan normalmente.
 Recibir y procesar las solicitudes que realicen el personal que labora
en SISSEP referente a permisos y vacaciones.
 Dirigir, coordinar y supervisar las actividades de los médicos,
supervisores o reguladores, facilitando con ello el correcto
seguimiento de los casos médicos presentados y atendidos.
 Vista de los procesos del negocio
1. Transferir fondos de una partida a otra (Presupuesto).
2. Asignar créditos adicionales a una partida(Presupuesto).
3. Registrar compra (Compras)
4. Registrar solicitud de bono vacacional (Recursos humanos)
5. Validar reposo (Apartado medico)
6. Registrar morbilidad (Apartado medico)
7. Registrar consulta especializada (Apartado medico)
8. Registrar intervención quirúrgica(Apartado medico)
9. Registrar orden de pago (Compras)
 Especificación de los procesos.
1. Transferir fondos de una partida a otra:El profesional de
presupuesto transfiere fondos de una partida a otra cuando este
se quede sin fondos siempre y cuando sea necesario.
2. Asignar créditos adicionales a una partida: El profesional de
presupuesto asigna un crédito adicional a una partida siempre y
cuando reciban uno.
3. Registrar compra: El coordinador registra una compra de
artículos necesitados por la organización.
4. Registrar solicitud de bono vacacional:El profesional registra la
solicitud de bono vacacional para un empleado de la
organización.
5. Validar reposo: El profesional se encarga de analizar la solicitud
de reposo y verificar si es válido.
6. Registrar morbilidad: El Empleado solicita atención medica
general, el Medico lo examina y describe el diagnóstico analizado.
7. Registrar consulta especializada: El Empleado solicita atención
médica especializada, el Medico lo examina y describe el
diagnóstico analizado.
8. Registrar intervención quirúrgica: El Coordinador Asistencial
Registra de las intervenciones quirúrgicas en un documento
digital o físico, realiza estadísticas de las intervenciones
realizadas semanalmente y mensualmente y las envía al
administrador.
9. Registrar orden de pago: El analista de orden de pago o el
administrador ejecutan la orden de pago de una compra.
NECESIDAD TECNOLÓGICA
● Modelo de Análisis.
Nombre del Proceso: Transferir fondos de una partida a otra.
TRABAJADORES
(Roles)
Profesional, Jefe de planificación de presupuesto
ENTIDADES código, código del destino, descripción, monto
REGLAS DEL
NEGOCIO
Partida sin fondos suficientes
La partida que solicite el fondo, necesita tener
obligatoriamente realizar alguna operación importante.
BREVE
DESCRIPCIÓN
En caso de que se desee realizar una compra o una acción
externa con una partida y este no posee los suficientes
fondos, El Administrador solicita al Jefe de planificación de
presupuesto transferir fondos a la partida solicitada.
OBJETIVOS
ESTRATEGICOS
Anotar en un documento digital y físico la información de la
transferencia realizada, y tener noción de la entrada y salida
de los fondos de una partida.
Nombre del Proceso: Asignar créditos adicionales a una partida.
TRABAJADORES
(Roles)
Profesional, Gobierno
ENTIDADES Código del destino, descripción, monto
REGLAS DEL
NEGOCIO
Crédito adicional disponible
BREVE
DESCRIPCIÓN
En caso de que el Gobierno disponga de un crédito
adicional, El Administrador registra los detalles del crédito
adicionalen el documento digital ya sea (Word, Excel), y
distribuye el crédito a las partidas receptora.
OBJETIVOS
ESTRATEGICOS
Anotar en un documento digital y físico la información del
crédito adicional realizado, y tener noción de la entrada de
los fondos de una partida.
Nombre del Proceso: Registrar compra.
TRABAJADORES
(Roles)
Administrador,Proveedor, Jefe de planeación de
presupuesto, Analista de orden de pagos
ENTIDADES
código, presupuesto(partida), proveedor, Rif del proveedor,
descripción, cantidad, precio unitario, subtotal, IVA, total
REGLAS DEL
NEGOCIO
Escases de producto/s
Disponibilidad del producto
Monto suficiente en las partidas
BREVE
DESCRIPCIÓN
El Administrador plantea la solicitud de compra, comprueba
disponibilidad de los productos con el proveedor, en caso de
que los productos estén disponibles, el coordinador registra
los detalles de la compra y el proveedor en el documento
digital ya sea (Word, Excel), el proveedor procede con la
entrega de los productos solicitados en la fecha pautada, el
Administrador Calcula el monto propuesto de la compra en
el fondo de la partida correspondiente, el Jefe de planeación
de presupuesto procesa la solicitud de compra, el Analista
de orden de pagos ejecuta la orden de pago y finalmente el
Administrador transfiere el pago de la compra que se
realizó.
OBJETIVOS
ESTRATEGICOS
Anotar en un documento digital y físico la información del
proveedor y la de la compra realizada, para tener noción de
la entrada de un gasto realizado en una partida.
Nombre del Proceso: Registrar solicitud de bono vacacional y de fin de año.
TRABAJADORES
(Roles)
Administrador, Recursos Humanos
ENTIDADES
Nombre, apellido, cedula, fecha de ingreso, antigüedad,
fecha del registro, profesionalización, número de hijos,
sueldo base, total
REGLAS DEL
NEGOCIO
Tener mínimo 1 año de antigüedad
BREVE
DESCRIPCIÓN
El Administrador realiza los cálculos de antigüedad de los
trabajadores y según su antigüedad asigna los bonos
vacacionales y de fin de año, Recursos Humanos verifica la
información y finalmente el Administrador procede con los
pagos.
OBJETIVOS
ESTRATEGICOS
Anotar en un documento digital y físico la información del
bono vacacional y de fin de año solicitado por el empleado.
Nombre del Proceso: Validar reposo.
TRABAJADORES
(Roles)
Médico,Empleado
ENTIDADES
Nombre, apellido, edad, cedula, dependencia, número de
teléfono, diagnostico, médico que emite el reposo, días de
reposo, fecha, estado de la validación
REGLAS DEL
NEGOCIO
Solicitud de validación reposo bajo una revisión médica
realizada
BREVE
DESCRIPCIÓN
El Empleado solicita la validación de reposo médico, el
Medico examina al Empleado y coteja con el reposo
OBJETIVOS
ESTRATEGICOS
Anotar en un documento digital y físico la información de la
validación del reposo solicitado por el empleado.
Nombre del Proceso: Registro de morbilidad.
TRABAJADORES
(Roles)
Médico,Empleado
ENTIDADES
Nombre (Titular y beneficiado), apellido (Titular y
beneficiado), cedula (Titular y beneficiado), edad,
dependencia, diagnostico, número telefónico, médico de
guardia
REGLAS DEL
NEGOCIO
Ser empleado de alguna entidad afiliada al SISSEP
Presentar algún síntoma
BREVE
DESCRIPCIÓN
El Empleado solicita atención medica general, el Medico lo
examina y describe el diagnóstico analizado.
OBJETIVOS
ESTRATEGICOS
Anotar en un documento digital y físico la información del
registro de morbilidad
Nombre del Proceso: Registro de consulta especializada.
TRABAJADORES
(Roles)
Médico,Empleado
ENTIDADES
Nombre (Titular y beneficiado), apellido (Titular y
beneficiado), cedula (Titular y beneficiado), edad,
dependencia, diagnostico, número telefónico, médico de
guardia
REGLAS DEL
NEGOCIO
Ser empleado de alguna entidad afiliada al SISSEP
Ser referido a revisión especializada por un Medico
BREVE
DESCRIPCIÓN
El Empleado solicita atención médica especializada, el
Medico lo examina y describe el diagnóstico analizado.
OBJETIVOS
ESTRATEGICOS
Anotar en un documento digital y físico la información del
registro de la consulta especializada.
Nombre del Proceso: Registro de intervención quirúrgica.
TRABAJADORES
(Roles)
Coordinador Asistencial,Administrador
ENTIDADES
Nombre, apellido, cedula, dependencia, insumos y
medicamentos, observación.
REGLAS DEL
NEGOCIO
Ser empleado de alguna entidad afiliada al SISSEP
Ser referido a intervención quirúrgica por un Medico
BREVE
DESCRIPCIÓN
El Coordinador Asistencial Registra de las intervenciones
quirúrgicas en un documento digital o físico, realiza
estadísticas de las intervenciones realizadas semanalmente
y mensualmente y las envía al administrador
OBJETIVOS
ESTRATEGICOS
Anotar en un documento digital y físico la información del
registro de la intervención quirúrgica.
Nombre del Proceso: Registro orden de pago.
TRABAJADORES
(Roles)
Analista de orden de pago,Administrador
ENTIDADES
Banco (nombre y número de cuenta), numero de
transferencia(referencia), código, monto beneficiado
REGLAS DEL
NEGOCIO
El administrador debe pagar una compra
BREVE
DESCRIPCIÓN
El analista de orden de pago o el administrador ejecutan la
orden de pago de una compra.
OBJETIVOS
ESTRATEGICOS
Anotar en un documento digital y físico la información del
registro de una orden de pago
 Diagrama de Caso de Uso del Negocio
Plantilla de Especificación
Identificador: CUN-01
Caso de uso: Transferir fondos de una
partida a otra.
Actor(es): Administrador,
Jefe de planificación de
presupuesto
Propósito: Anotar en un documento digital y físico la información de la
transferencia realizada, y tener noción de la entrada y
salida de los fondos de una partida.
Precondición: Partida sin fondos suficientes.
Post condición: Redactar el descuento de los fondos a la partida emisora,
y a la partida receptora el fondo agregado.
CURSO NORMAL DE EVENTOS
Acción Actor Respuesta del Proceso Actual
El Administrador realiza la solicitud
de la transferencia.
El Jefe de planificación de
presupuesto asigna en el
documento digital los detalles de la
transferencia.
El Jefe de planificación de
presupuesto resta el fondo del
monto de la partida que envió la
transferencia.
El Jefe de planificación de
presupuesto suma el fondo del
monto de la partida que recibió la
transferencia
El Jefe de planificación de
presupuesto ejecuta los
movimientos presupuestarios
solicitados y archiva el documento
CURSOS ALTERNOS DE EVENTOS
Acción Actor Respuesta del Proceso
El Administrador registra en el
sistema actual los detalles de la
transferencia.
El sistema rechaza el registro a causa del
bloqueo de la base de datos.
REGLAS DEL NEGOCIO
La partida a la cual se le solicita el fondo, necesita tener obligatoriamente
realizar alguna operación importante.
Identificador: CUN-02
Caso de uso: Asignar créditos adicionales
a una partida
Actor(es): Administrador,
Gobierno
Propósito: Anotar en un documento digital y físico la información del
crédito adicional realizado, y tener noción de la entrada de
los fondos de una partida.
Precondición: Crédito adicional disponible.
Post condición: Redactar el fondo agregado a la partida receptora del
crédito adicional.
CURSO NORMAL DE EVENTOS
Acción Actor Respuesta del Proceso Actual
El Gobierno Envía un crédito
adicional.
¿?
El Administrador Asigna en el
documento digital los detalles del
crédito adicional.
El Administrador Redacta, calcula
y distribuye el crédito adicional
recibido, hacia las partidas
beneficiadas.
CURSOS ALTERNOS DE EVENTOS
Acción Actor Respuesta del Proceso
El profesional registra en el sistema
actual los detalles del crédito
adicional.
El sistema rechaza el registro a causa del
bloqueo de la base de datos.
REGLAS DEL NEGOCIO
Disponibilidad de un crédito adicional
Identificador: CUN-03
Caso de uso: Registrar compra Actor(es): Administrador, Proveedor,
Jefe de planeación de presupuesto,
Analista de orden de pagos
Propósito: Anotar en un documento digital y físico la información del
proveedor y la de la compra realizada, para tener noción
de la entrada de un gasto realizado en una partida.
Precondición: Escases de producto/s.
Post condición: Resaltar el restado a la partida de donde proviene la
compra.
CURSO NORMAL DE EVENTOS
Acción Actor Respuesta del Proceso Actual
El Administrador realiza el
planteamiento de la solicitud de la
compra
El proveedor comprueba disponibilidad del
producto/s.
El Administrador negocia la compra
de los productos.
El proveedor negocia la compra de los
productos.
El Administrador asigna en un
documento digital los detalles de la
compra y el proveedor.
El proveedor proporciona sus datos
El coordinador redacta en un
documento digital la orden de pago
de la compra.
El Administrador recibe los
productos solicitados en la fecha
estipulada.
El proveedor entrega los productos
solicitados en la fecha estipulada.
El coordinador calcula el monto
gastado de la compra en el fondo
de la partida correspondiente.
El Jefe de planeación de
presupuestoProcesa la solicitud de
compra.
El Analista de orden de
pagosEjecuta la orden de pago.
El Administrador Transfiere el pago de la
compra que se realizó
CURSOS ALTERNOS DE EVENTOS
CURSO ALTERNO 1
Acción Actor Respuesta del Proceso
El Administrador realiza el
planteamiento de la solicitud de la
compra
El sistema rechaza el registro a causa del
bloqueo de la base de datos.
CURSO ALTERNO 2
Acción Actor Respuesta del Proceso
El Administrador contacta otro
proveedor.
El proveedor no tiene el producto que
solicitó el Administrador.
REGLAS DEL NEGOCIO
El producto a comprar debe tener poca existencia en el inventario.
Identificador: CUN-04
Caso de uso: Registrar solicitud de bono
vacacional y de fin de año.
Actor(es): Administrador,
Recursos Humanos
Propósito: Anotar en un documento digital y físico la información del
bono vacacional y de fin de año solicitado por el empleado
Precondición: Tener mínimo 1 año de antigüedad
Post condición: Tramitar la solicitud.
CURSO NORMAL DE EVENTOS
Acción Actor Respuesta del Proceso Actual
El Administrador realiza los cálculos
de antigüedad
El Administrador asigna en un
documento digital los datos de la
solicitud del bono vacacional o de
fin de año como también los datos
del empleado.
El empleado proporciona sus datos
El Administradorrealiza los cálculos
del bono vacacional o de fin de año
dependiendo del estado del
empleado.
Recursos Humanos verifica la información
Administrador procede al pago.
CURSOS ALTERNOS DE EVENTOS
Acción Actor Respuesta del Proceso
El Administrador registra en el
sistema actual los detalles de la
solicitud de bono vacacional y de fin
de año.
El sistema rechaza el registro a causa del
bloqueo de la base de datos.
REGLAS DEL NEGOCIO
Tener minino 1 año de antigüedad
Identificador: CUN-05
Caso de uso: Validar reposo. Actor(es): Medico,
Empleado
Propósito: Anotar en un documento digital y físico la información de la
validación del reposo solicitado por el empleado.
Precondición: Solicitud de validación reposo bajo una revisión médica
realizada
Post condición: Tramitar la solicitud.
CURSO NORMAL DE EVENTOS
Acción Actor Respuesta del Proceso Actual
El Médico asigna en un documento
digital los datos de la solicitud de
reposo
El Empleado solicita la validación bajo la
revisión médica realizada
El Médico chequea al paciente y
coteja con el reposo.
El Médico tramita la solicitud.
CURSOS ALTERNOS DE EVENTOS
Acción Actor Respuesta del Proceso
El Médico registra en el sistema
actual los detalles de la solicitud del
reposo.
El sistema rechaza el registro a causa del
bloqueo de la base de datos.
REGLAS DEL NEGOCIO
Solicitud de validación reposo bajo una revisión médica realizada
Identificador: CUN-06
Caso de uso: Registrar morbilidad Actor(es): Medico, Paciente
Propósito: Anotar en un documento digital y físico la información del
registro de morbilidad.
Precondición: Presentar algún síntoma
Post condición: Tramitar la solicitud.
CURSO NORMAL DE EVENTOS
Acción Actor Respuesta del Proceso Actual
El paciente solicita atención médica El Médico registra los datos del paciente
en un récipe, lo examina y describe el
diagnóstico analizado.
El paciente proporciona sus datos
El Médico tramita la solicitud.
CURSOS ALTERNOS DE EVENTOS
Acción Actor Respuesta del Proceso
El Médico registra en el sistema
actual los detalles de la solicitud de
morbilidad.
El sistema rechaza el registro a causa del
bloqueo de la base de datos.
REGLAS DEL NEGOCIO
Ser empleado de alguna entidad afiliada al SISSEP, Presentar algún síntoma
Identificador: CUN-07
Caso de uso: Registrar consulta
especializada
Actor(es): Medico, Paciente
Propósito: Anotar en un documento digital y físico la información del
registro de la consulta especializada.
Precondición: Ser referido a revisión especializada por un Medico
Post condición: Tramitar la solicitud.
CURSO NORMAL DE EVENTOS
Acción Actor Respuesta del Proceso Actual
El paciente solicita atención médica
referida por morbilidad
El Médico registra los datos del paciente
en un récipe, lo examina y describe el
diagnóstico analizado.
El paciente proporciona sus datos
El Médico tramita la solicitud.
CURSOS ALTERNOS DE EVENTOS
Acción Actor Respuesta del Proceso
El Médico registra en el sistema
actual los detalles de la consulta
especializada.
El sistema rechaza el registro a causa del
bloqueo de la base de datos.
REGLAS DEL NEGOCIO
Ser empleado de alguna entidad afiliada al SISSEP, Ser referido a revisión
especializada por un Medico
Identificador: CUN-08
Caso de uso: Registrar intervención
quirúrgica
Actor(es):Coordinador
Asistencial, Administrador
Propósito: Anotar en un documento digital y físico la información del
registro de la intervención quirúrgica.
Precondición: Ser referido a revisión especializada por un Medico
Post condición: Tramitar la solicitud.
CURSO NORMAL DE EVENTOS
Acción Actor Respuesta del Proceso Actual
El Coordinador Asistencial registra
las intervenciones quirúrgicas en un
documento digital o físico
El Coordinador Asistencial realiza
estadísticas de las intervenciones
realizadas semanalmente y
mensualmente y las envía al
administrador
El Administrador recibe las
estadísticas.
CURSOS ALTERNOS DE EVENTOS
Acción Actor Respuesta del Proceso
El Coordinador Asistencial registra
las intervenciones quirúrgicas en un
documento digital o físico
El sistema rechaza el registro a causa del
bloqueo de la base de datos.
REGLAS DEL NEGOCIO
Ser empleado de alguna entidad afiliada al SISSEP, Ser referido a intervención
quirúrgica por un Medico
Identificador: CUN-09
Caso de uso: Registrar orden de pago Actor(es): Administrador,
Analista de orden de pago
Propósito: Anotar en un documento digital y físico la información de la
orden de pago de una compra
Precondición: El jefe de planificación de presupuesto aprobó una compra
Post condición: Guardar documento.
CURSO NORMAL DE EVENTOS
Acción Actor Respuesta del Proceso Actual
El analista de orden de pago o el
administrador registra los datos de
la orden de pago.
CURSOS ALTERNOS DE EVENTOS
Acción Actor Respuesta del Proceso
El Administrador registra en el
sistema actual los detalles de la
orden de pago.
El sistema rechaza el registro a causa del
bloqueo de la base de datos.
REGLAS DEL NEGOCIO
Documento de la de compra aprobada.
Formulación del problema (árbol del problema).
Formulación de objetivos (árbol de objetivos).
2.3.3 PROPUESTA DE SOLUCIÓN
 OBJETIVOS GENERAL Y ESPECIFICOS:
Objetivo general:
Desarrollar una aplicación web para la gestión administrativa de las
compras, ordenes de pagos, partidas, transferencia de fondos, crédito
adicional, bono vacacional y de fin de año, validación de reposos, morbilidad,
consultas especializadas e intervenciones quirúrgicaspara la facilidad en la
obtención de los datos, estadísticas y reportes que se registre en cada uno de
los módulos mencionados, esto con la finalidad de realizar cada uno de estas
operaciones en menor tiempo y de forma eficaz.
Objetivos específicos:
 Registro de las compras para visualizar el listado del mismo y obtener
detalles de cada una de compras, como también generar reportes de las
compras que se realicen con un proveedor específico, y las compras que
se realizaron en un rango de fecha. Por último, registrar y generar un
reporte de la orden de un pago de cada compra.
 Registro de una partida presupuestaria para la asignación de los datos
correspondientes, para ver un listado de cada una de las partidas
registradas, además registrar la transferencia de fondos de una partida a
otra y los créditos adicionales, cada partida debe tener un historial de los
movimientos realizados, por lo tanto, el sistema debe generar reportes
de un estado de una partida y el historial de una partida.
 Registro de los bonos vacacionales y de fin de año que se realizan en el
departamento para tener constancia de cada uno de ellos, de modo que
los reportes serán generados por rango de fecha.
 Registro de la validación de un reposo para un empleado, esta
validación puede aprobada o rechazada, los reportes en este módulo
serán por rango de fecha y por la dependencia del empleado.
 Registro de morbilidad, consulta especializada e intervención quirúrgica
para tener conocimiento de cada una de los casos que se presenten en
el departamento. Este módulo constara de estadísticas y reportes de la
cantidad de registros realizados por rango de fecha.
 JUSTIFICACION E IMPACTO SOCIAL
1.-Aportes del área del conocimiento del PNF:
Es importante resaltar que el manejo de la información automatizada es
uno de los pilares fundamentales para mejorar el funcionamiento de los
procesos de manejo de la información, ya que la eficiencia de una empresa y o
negocio va a depender de dicho manejo para funcionar de manera eficaz y
eficiente, debido a que la información se tornara de carácter oportuno y veraz.
Es allí donde entra el programa nacional de formación en informática en su
papel protagónico, ya que incentiva a los estudiantes que cursan estudios en
él, a elegir una comunidad que no posea esa sistematización tecnológica para
mejorar los procesos que allí se llevan y de esta manera proyectar la
universidad conjuntamente con la democratización del conocimiento en masa
para el bien común. Así mismo como el uso del software libre dentro del marco
del plan nacional para la democratización del uso de las tecnologías para la
información.
2.- Técnico - ámbito de acción:
Desde el punto de vista técnico es indispensable resaltar que el ámbito
del uso de las tecnologías es importante debido a que, en esta la llamada era
tecnológica es indiscutible que el manejo de las tecnologías se ha vuelto una
necesidad para la humanidad. Todos los aspectos de la vida del hombre ahora
se encuentran en un entorno digital lo que ha venido a ser una prioridad para la
sociedad actual como la conocemos. Es así como en este ambiente de la era
de las tecnologías se hace de vital importancia la aplicación de este tipo de
proyectos con el fin de mejorar el funcionamiento de una determinada
institución y o comunidad.
3.- Legal:
Artículo 108 de la CRBV los medios de comunicación social, públicos y
privados deben contribuir a la formación ciudadana. El estado garantizara
servicios públicos de radio televisión de redes de biblioteca y de informática,
con el fin de permitir el acceso universal a la información. Los centros
educativos deben incorporar el conocimiento y aplicación de las nuevas
tecnologías de sus innovaciones, según los requisitos que establezca la ley
Artículo 110 de la CRBV el estado reconocerá el interés público de la
ciencia, la tecnología, el conocimiento, la innovación y sus aplicaciones y los
servicios de información necesarios por ser instrumentos fundamentales para el
desarrollo económico social y político del país asi como para la seguridad y
soberanía nacional. Para el fomento y desarrollo de esas actividades el estado
destinará recursos suficientes y creará el sistema nacional de ciencia y
tecnología de acuerdo a la ley, el sector privado deberá aportar recursos para
la misma. El estado garantizara el cumplimiento de principios éticos que
deberán regir las actividades de investigación científica y tecnológica, la ley
determinara el medio y los modos de dar cumplimiento a esta garantía.
Decreto 3390, indica que en la República Bolivariana de Venezuela debe
darse prioridad al uso del software libre, no indica que no se debe utilizar
software propietario, sin embargo, sí que en caso de existir alguna posibilidad
para utilizar un software libre y no uno propietario, debe hacerse uso del
Software Libre. Indica también que en un lapso de 24 meses debía haberse
llevado a cabo la migración total en todos los entes gubernamentales, esto
evidencia la necesidad de que los estudiantes y de hecho los habitantes del
país, comiencen a tener un conocimiento certero sobre las mismas
Ley Orgánica de Ciencia Tecnología e Innovación Gaceta Oficial Nº
39.575 de fecha 16 de Diciembre del 2010 Promover, estimular y fomentar la
investigación científica, la apropiación social del conocimiento y la transferencia
e innovación tecnológica, a fin de fomentar la capacidad para las generaciones,
uso y circulación del conocimiento e impulsar el desarrollo nacional.
3.- Participante-comunidad:
Los participantes del semestre VII del PNF en informática de la
universidad politécnica territorial de portuguesa JJ Montilla desarrollan y
ejecutan un proyecto que consiste en sistematizar el manejo y uso de la
información en el departamento de administración, por lo cual la necesidad
fundamental de dicha participación va a ir centrada en ellos, al mismo tiempo
que se impulsa la apropiación, uso y manejo del software a desarrollar.
La comunidad recibirá este plan de desarrollo para poseer nuevos
conocimientos en cuanto al uso de las tecnologías, para así obtener este gran
beneficio de ser capacitados. Esto le puede generar un gran impacto en su vida
ya que actualmente el uso de la tecnología se ha hecho común y cotidiano.
6.-Población beneficiada: (directos e indirectos)
Directos:
 Coordinación de administración.
 Unidad de recursos humanos.
 Unidad de planificación y presupuesto.
 Unidad de contabilidad.
Indirectos:
 Familiares y no familiares de los empleados de SISSEP (dependientes)
 Población general.
 Población de bajos recursos.
 ESTUDIO DE FACTIBILIDAD.
Social
La aplicación web que se realizara en la comunidad, beneficia la mejora
de la calidad en el Sistema Integral Socialista de Salud del Estado Portuguesa
“S.I.S.S.E.P”, Satisfaciendo la necesidad de la comunidad ya que la aplicación
ayudara a mejorar el control de los registros de datos que maneja la
organización en todos los departamentos en los cuales se enfocara el proyecto.
Las personas beneficiadas son 6, director, administrador y empleados de la
comunidad, debido a que cuando quieran realizar una búsqueda de una
planilla, estadísticas, reportes y registro se hará de manera más rápida gracias
a la aplicación. También un sin números de personas estarán beneficiados
debido al manejo de la información. Los representantes de la comunidad
aceptaron cordialmente la solicitud de hacer esto posible. En conclusión, el
proyecto socialmente se puede realizar dado que el Sistema Integral Socialista
de Salud del Estado Portuguesa “S.I.S.S.E.P” aceptan y harán uso de la
aplicación, dado las bondades que garantiza el uso de la aplicación que
permitirá llevar de forma ordenada y más rápida el control de los registros que
allí manejan.
Económico
El equipo presentará gastos en documentos para realizar técnicas en la
recolecta de información, permisos de la comunidad y control de las visitas. Se
estimará que el proyecto tendrá un costo estimado de Bs.D 50,00 – 150,00
anexando los gastos de transporte. El Sistema Integral Socialista de Salud del
Estado Portuguesa “S.I.S.S.E.P” no presentara ningún costo dado que el
equipo del proyecto socio-tecnológico IV desarrollara la aplicación sin costo
alguno, la comunidad tendrá la opción de comprar un servicio en la nube, estos
servicios suelen costar entre 5$ a 10$ al mes, para mayor velocidad, seguridad
y rendimiento de la aplicación web, cabe destacar que la comunidad cuenta
con todos los dispositivos tecnológicos y el acceso a internet, de esta manera
se ahorra económicamente en la implantación del proyecto. Los beneficios que
se presentaran en el equipo de proyecto son los conocimientos y las
experiencias obtenidas durante el desarrollo del proyecto, también resaltar que
el equipo del proyecto cuenta con los recursos económicos necesarios para
cubrir los gastos del proyecto. En conclusión, el proyecto económicamente es
factible, debido a que las herramientas para el desarrollo de la aplicación son
de libre uso.
Técnico
La comunidad deberá contar con un computador, Tablet o un Teléfono
inteligente y acceso a internet para la aplicación web, con el fin de poder usar
fácilmente todas las funcionalidades que implantará el equipo de proyecto, En
este aspecto la comunidad cuenta con cada uno de los dispositivos
tecnológicos y al acceso a internet para poder llevar a cabo la implantación del
proyecto.
Requisitos mínimos del hardware:
Ordenador:
Procesador: 1.10GHz
Memoria RAM: 1,00 GB
Estructura del sistema: 32-bits
Espacio disponible: 10 GB
Dispositivo movil:
Procesador: 1.20GHz
Memoria RAM: 1,00 GB
Espacio disponible: 6 GB
Requisitos de la aplicación:
 Navegador Google Chrome / Mozilla Firefox / Safari / Opera Web
Operativo
En cuanto a la operatividad, el personal cuenta con el conocimiento en el
manejo de un computador, Tablet y teléfono inteligente además que también en
el uso de páginas y aplicaciones web. Aun así, serán capacitados para usar la
aplicación web para que tengan una mayor facilidad y experiencia de usuario.
Como conclusión el proyecto es operativamente factible.
 CRONOGRAMA DE ACTIVIDADES.
III ESPECIFICACIÓN DE REQUERIMIENTOS DEL SOFTWARE
3.1 LISTA DE REQUERIMIENTOS FUNCIONALES.
Código Caso de uso Actores principales
CRF-O1T Transferir fondos de una
partida a otra
Administrador, jefe de
planificación y
presupuesto
CRF-O2C Asignar crédito adicional
para una partida
Administrador
CRF-O3RC Registro de compra Administrador, jefe de
planificación de
presupuesto, analista de
orden de pago
CRF-04RSBF Registro de solicitud de
bono vacacional o de fin
de año
Administrador, recursos
humanos
CRF-O5VR Validar reposo Administrador, médico,
empleado
CRF-06RM Registrar morbilidad Administrador, medico,
paciente
CRF-07RCE Registrar consulta
especializada
Administrador, medico,
paciente
Id. Actividades Comienzo Fin Duración
2022
jul. ago.
ene. feb. abr. may. jun. oct.
sep.
mar. nov.
4
3
2
1 16d
07/02/2022
17/01/2022
Establecimiento de Equipos, alcance
del PST IV y diferenciación con
los anteriores, Presentación de
propuestas de Trabajos (Comunidad y
posible propuesta Inicial")
Solicitud de Informe hasta
DIAGNÓSTICO SITUACIONAL
PARTICIPATIVO Y
COMUNITARIO(Organigrama
Estructural )
Cronograma de Trabajo según
esquema PST IV, para Comprender la
Metodología para la implantación del
Software
dic.
21d
14/03/2022
14/02/2022
Presentación de Propuesta Inicial
(Bajo Programación) de los
requerimientos de funcionales para la
revisión de las reglas del negocio
con la comunidad. Necesidad
Tecnológica. Propuesta de solución
Especificación de Requerimientos del
Software. Modelaje de BD y las
reglas del negocio
21d
18/04/2022
21/03/2022
Arquitectura del Software. Caracterizar
y listar métricas aplicadas al
software desarrollado. Implementación
de reglas del negocio
16d
16/05/2022
25/04/2022
Refinamiento de Requerimientos
Funcionales y No Funcionales
Socialización de Visión del Software.
Portafolio Preliminar
CRF-08RIQ Registrar intervención
quirúrgica
Administrador,
coordinador asistencial
CRF-09ROP Registro de orden de
pago
Administrador, analista
de orden de pago
3.2 ESPECIFICACIÓN DE REQUERIMIENTOS FUNCIONALES
Id requerimiento CRF-01T
Nombre del requerimiento Transferir fondos de una partida a otra
características Registro de transferencia de una
partida a otra
Descripción del requerimiento Registrar los datos correspondientes
de transferencia de una partida a otra
en el formulario
Prioridad del requerimiento PrioridadAlta
Id del requerimiento CRF-O2C
Nombre del requerimiento Asignar crédito adicional a una partida
características Registro de asignación de un crédito
adicional a una partida
Descripción del requerimiento Registrar los datos correspondientes
de un crédito adicional de un apartida
en el formulario
Prioridad del requerimiento Prioridad alta
Id del requerimiento CRF-03RC
Nombre del requerimiento Registrar compra
características Registro de una compra
Descripción del requerimiento Registrar los datos correspondientes a
una compra en el formulario
Prioridad del requerimiento Prioridad alta
Id del requerimiento CRF-04RSBF
Nombre del requerimiento Registro de solicitud de bono
vacacional y de fin de año
Características del requerimiento Registro de solicitudes de bono
vacacional y de fin de año
Descripción del requerimiento Registrar los datos correspondientes
del bono vacacional y de fin de año en
el formulario
Prioridad del requerimiento Prioridad Alta
Id del requerimiento CRF-06VR
Nombre del requerimiento Validar Reposo
Características Registro y validación de un reposo
Descripción del requerimiento Registro de datos correspondientes y
validar el reposo si se requiere
Prioridad del requerimiento Prioridad Alta
Id del requerimiento CRF-07CE
Nombre del requerimiento Registrar consulta especializada
Características Registro yestadística de una consulta
especializada
Descripción del requerimiento Registro de datos correspondientes a
una consulta especializada, además
de generar estadísticas
Prioridad del requerimiento Prioridad Alta
Id del requerimiento CRF-08RIQ
Nombre del requerimiento Registrar intervenciones quirúrgicas
Características del requerimiento Registro y estadísticas de
intervenciones quirúrgicas
Descripción del requerimiento Registros de datos correspondientes
además generar estadísticas
Prioridad del requerimiento Prioridad Alta
Id de requerimiento CRF-09ROP
Nombre del requerimiento Registrar orden de pago
Características del requerimiento Registro y generar reporte
Descripción del requerimiento Registrar datos correspondientes para
generar reportes de una orden de
pago
Prioridad del requerimiento Prioridad alta
3.3 ESPECIFICACIÓN DE REQUERIMIENTOS NO FUNCIONALES
Tipo Código Descripción
Características del diseño
RNF-01
El software se desarrollará con el
fin de ofrecer un uso eficaz y de
calidad, usando tecnología web
(software libre)
RNF-02
Para la gestión de base de datos
se usará PostgreSQL.
RNF-03
La aplicación informática deberá
ser compatible con los
navegadores Google Chrome,
Internet Explorer, Mozilla Firefox,
Safari, entre otros.
Interfaces de Usuario
RNF-04
La resolución de la aplicación
web de adaptara a cualquier
dispositivo.
Seguridad RNF-05
A cada personal se le asignará
un usuario y una clave, los cuales
permitirán el ingreso de acuerdo
a los permisos que poseen.
Requisitos del Sistema
RNF-06
La aplicación web debe ser
multiusuario, multinivel y
multiplataforma y no debe
generar conflicto con las
aplicaciones existentes.
RNF-07
La aplicación web debe operar
sobre cualquier computador que
cuente con los requerimientos
mínimos como un procesador
Dual Core o superior, 2 GB de
memoria RAM y disco duro de 56
GB, entre otras características.
Tipo Código Descripción
Requisitos de Desempeño
RNF-08
El tiempo de respuesta de la
aplicación informática para
operaciones de registro,
consultas y reportes de la
información deberá ser como
máximo 10 segundos de espera.
RNF-09
La aplicación web debe permitir
ser usado intuitivamente por
cualquier usuario, además de
realizar búsquedas sin
entrenamiento previo.
Usabilidad RNF-11
La aplicación informática estará
disponible 24 horas al día, 7 días
a la semana.
Confiabilidad RNF-12
La aplicación podrá tener
respaldo de la información.
3.4 DIAGRAMA DE CASO USO DEL SOFTWARE.
3.5 ESPECIFICACIONES DE LOS CASOS DE USO DEL SOFTWARE
(PLANILLA DE ESPECIFICACIÓN YDIAGRAMA DE ACTIVIDAD).
Identificador: CRF-01T
Caso de uso: Transferir fondos de
una partida a otra
Actor(es): Administrador,Jefe de
planificación de presupuesto.
Propósito: Registrar, consultar, modificar y eliminar la solicitud de una
transferencia entre partidas, consultar estado de una
partida y generar reportes
Precondición: Autentificación y permiso del usuario en el sistema
Post condición: Datos ingresados correctamente.
CURSO NORMAL DE EVENTOS
Acción del Usuario Respuesta del Sistema
Si el administrador registra una
transferencia y especifica en el
campo de la descripción, este
ingresa y guarda los datos
correspondientes en el formulario.
El sistema válida los datos ingresados, de
ser correctos, lo guarda con estado de
pendiente y lo re direccionará al listado.
El jefe de planificación
presupuestaria presiona el botón de
cambiar el estado, define la
transferencia en caso de aprobar o
elimina.
El sistema válida la solicitud, procede a
guardar los cambios y lo re direccionará al
listado.
Si el usuario presiona el botón del
detalle.
El sistema válida la solicitud y muestra los
datos correspondientes.
CURSOS ALTERNOS DE EVENTOS
Acción Actor Respuesta del Proceso
Si el usuario no está autentificado o
no tiene el permiso correspondiente.
El sistema lo re direccionará a una página
válida para el usuario.
Si el usuario registra o edita, y no
ingresa los datos correspondientes.
El sistema le envía un aviso del error, y no
guarda los datos.
REGLAS DEL NEGOCIO
Estar autenticado y tener los permisos correspondientes.
Identificador: CRF-02C
Caso de uso: Asignar crédito
adicional a una
partida
Actor(es): Administrador, Gobierno
Propósito: Registrar un crédito adicional y distribuirlo entre las
partidas que lo amerite
Precondición: Autentificación y permiso del usuario en el sistema
Post condición: Datos ingresados correctamente.
CURSO NORMAL DE EVENTOS
Acción del Usuario Respuesta del Sistema
Si el Administrador registra o edita
un crédito adicional, este ingresa y
guarda los datos correspondientes
en el formulario.
El sistema válida los datos ingresados, de
ser correctos, lo guarda y lo re direcciona
al listado.
Si el Administrador presiona el
botón de eliminar.
El sistema válida la solicitud, procede a
guardar los cambios y lo re direcciona al
listado.
Si el Administrador presiona el
botón del detalle.
El sistema válida la solicitud y muestra los
datos correspondientes.
CURSOS ALTERNOS DE EVENTOS
Acción Actor Respuesta del Proceso
Si el usuario no está autentificado o
no tiene el permiso correspondiente.
El sistema lo re direccionará a una página
válida para el usuario.
Si el usuario registra, y no ingresa
los datos correspondientes.
El sistema le envía un aviso del error, y no
guarda los datos.
REGLAS DEL NEGOCIO
Estar autenticado y tener los permisos correspondientes.
Identificador: CRF-03RC
Caso de uso: Registrar compra Actor(es): Administrador,
proveedor, Jefe de planeación de
presupuesto, analista de orden de
pago
Propósito: Registrar el planteamiento de una compra, asignar el
planteamiento realizado en estado de pendiente, procesar
la solicitud de la compra, registrar la orden de pago y
generar reportes
Precondición: Autentificación y permiso del usuario en el sistema
Post condición: Datos ingresados correctamente.
CURSO NORMAL DE EVENTOS
Acción del Usuario Respuesta del Sistema
Si el administrador plantea la
solicitud de la compra e ingresa los
datos correspondientes.
El sistema válida los datos ingresados, de
ser correctos, asigna el estado de la
compra con estado de pendiente, lo
guarda y lo re direcciona al listado.
Si el administrador o el jefe de
planificación de presupuesto
presiona el botón de cambiar el
estado o de eliminar.
El sistema válida la solicitud, procede a
guardar los cambios y lo re direcciona al
listado.
Si el jefe de planificación de
presupuesto procesa la solicitud de
la compra.
El sistema válido asigna el estado de la
compra con estado de aprobado.
Si el analista de orden de pago
registra la orden de pago
El Sistema guarda la información
Si el administrador selecciona el
botón de generar reportes.
El sistema genera reportes por rango de
fecha o proveedor, según se le
especifique.
CURSOS ALTERNOS DE EVENTOS
Acción Actor Respuesta del Proceso
Si el usuario no está autentificado o
no tiene el permiso correspondiente.
El sistema lo re direccionará a una página
válida para el usuario.
Si el usuario registra o edita, y no
ingresa los datos correspondientes.
El sistema le envía un aviso del error, y no
guarda los datos.
REGLAS DEL NEGOCIO
Estar autenticado y tener los permisos correspondientes.
Identificador: CRF-04RSBF
Caso de uso: Registrar solicitud
de bono vacacional
y de fin de año
Actor(es): Administrador, recursos
humanos
Propósito: Registrar, mostrar, modificar y eliminar las solicitudes de
bono vacacional y de fin de año.
Precondición: Autentificación y permiso del usuario en el sistema
Post condición: Datos ingresados correctamente.
CURSO NORMAL DE EVENTOS
Acción del Usuario Respuesta del Sistema
Si el administrador registra la
solicitud de bono vacacional y de fin
de año
El sistema válida los datos ingresados, de
ser correctos, lo guarda y asigna la
solicitud con estado en pendiente.
Si recursos humanos verifica la
información
El sistema asigna el estado de la solicitud
en aprobado o rechazado y guarda los
cambios.
Si el administrador selecciona el
botón de generar reportes.
El sistema genera reportes por rango de
fecha.
CURSOS ALTERNOS DE EVENTOS
Acción Actor Respuesta del Proceso
Si el usuario no está autentificado o
no tiene el permiso correspondiente.
El sistema lo re direccionará a una página
válida para el usuario.
Si el usuario registra o edita, y no
ingresa los datos correspondientes.
El sistema le envía un aviso del error, y no
guarda los datos.
REGLAS DEL NEGOCIO
Estar autenticado y tener los permisos correspondientes.
Identificador: CRF-05VR
Caso de uso: Validar reposo Actor(es): Administrador, medico.
Propósito: Registrar, editar, visualizar, validar y eliminar reposos.
Precondición: Autentificación y permiso del usuario en el sistema
Post condición: Datos ingresados correctamente.
CURSO NORMAL DE EVENTOS
Acción del Usuario Respuesta del Sistema
Si el médico registra el reposo. El sistema válida los datos ingresados, de
ser correctos, lo guarda.
Si el médico valida el reposo El sistema guarda el registro con el estado
de aprobado o rechazado
Si el médico selecciona el botón de
generar reportes.
El sistema genera reportes por rango de
fecha.
CURSOS ALTERNOS DE EVENTOS
Acción Actor Respuesta del Proceso
Si el usuario no está autentificado o
no tiene el permiso correspondiente.
El sistema lo re direccionará a una página
válida para el usuario.
Si el usuario registra o edita, y no
ingresa los datos correspondientes.
El sistema le envía un aviso del error, y no
guarda los datos.
REGLAS DEL NEGOCIO
Estar autenticado y tener los permisos correspondientes.
Identificador: CRF-06RM
Caso de uso: Registrar morbilidad Actor(es): Administrador, medico
Propósito: Registrar, editar, visualizar y eliminar la morbilidad
Precondición: Autentificación y permiso del usuario en el sistema
Post condición: Datos ingresados correctamente.
CURSO NORMAL DE EVENTOS
Acción del Usuario Respuesta del Sistema
Si el médico registra la morbilidad. El sistema válida los datos ingresados, de
ser correctos, lo guarda y lo re direcciona
al listado.
Si el médico selecciona el botón de
generar reportes.
El sistema genera reportes por rango de
fecha.
CURSOS ALTERNOS DE EVENTOS
Acción Actor Respuesta del Proceso
Si el usuario no está autentificado o
no tiene el permiso correspondiente.
El sistema lo re direccionará a una página
válida para el usuario.
Si el usuario registra o edita, y no
ingresa los datos correspondientes.
El sistema le envía un aviso del error, y no
guarda los datos.
REGLAS DEL NEGOCIO
Estar autenticado y tener los permisos correspondientes.
Identificador: CRF-07RCE
Caso de uso: Registrar consulta
especializada
Actor(es): Administrador, medico.
Propósito: Registrar, editar, visualizar y eliminar consultas
especializadas.
Precondición: Autentificación y permiso del usuario en el sistema
Post condición: Datos ingresados correctamente.
CURSO NORMAL DE EVENTOS
Acción del Usuario Respuesta del Sistema
Si el médico registra una consulta
especializada.
El sistema válida los datos ingresados, de
ser correctos, lo guarda y lo re direcciona
al listado.
Si el médico selecciona el botón de
generar reportes.
El sistema genera reportes por rango de
fecha.
CURSOS ALTERNOS DE EVENTOS
Acción Actor Respuesta del Proceso
Si el usuario no está autentificado o
no tiene el permiso correspondiente.
El sistema lo re direccionará a una página
válida para el usuario.
Si el usuario registra o edita, y no
ingresa los datos correspondientes.
El sistema le envía un aviso del error, y no
guarda los datos.
REGLAS DEL NEGOCIO
Estar autenticado y tener los permisos correspondientes.
Identificador: CRF-08RIQ
Caso de uso: Registrar
intervención
quirúrgica
Actor(es): Administrador,
coordinador asistencial
Propósito: Registrar, editar, visualizar y eliminar intervenciones
quirúrgicas.
Precondición: Autentificación y permiso del usuario en el sistema
Post condición: Datos ingresados correctamente.
CURSO NORMAL DE EVENTOS
Acción del Usuario Respuesta del Sistema
Si medico registra una intervención
quirúrgica.
El sistema válida los datos ingresados, de
ser correctos, lo guarda y lo re direcciona
al listado.
Si el médico selecciona el botón de
generar reportes.
El sistema genera reportes por rango de
fecha.
CURSOS ALTERNOS DE EVENTOS
Acción Actor Respuesta del Proceso
Si el usuario no está autentificado o
no tiene el permiso correspondiente.
El sistema lo re direccionará a una página
válida para el usuario.
Si el usuario registra o edita, y no
ingresa los datos correspondientes.
El sistema le envía un aviso del error, y no
guarda los datos.
REGLAS DEL NEGOCIO
Estar autenticado y tener los permisos correspondientes.
Identificador: CRF-09ROP
Caso de uso: Registro de orden
de pago
Actor(es): Administrador, analista
de orden de pago
Propósito: Registrar, editar, visualizar y eliminar órdenes de pago
Precondición: Autentificación y permiso del usuario en el sistema
Post condición: Datos ingresados correctamente.
CURSO NORMAL DE EVENTOS
Acción del Usuario Respuesta del Sistema
Si el administrador o el analista de
orden de pago registra una orden
de pago
El sistema válida los datos ingresados, de
ser correctos, lo guarda y lo re direcciona
al listado.
Si el administrador selecciona el
botón de generar reportes.
El sistema genera reportes por banco y
rango de fecha.
CURSOS ALTERNOS DE EVENTOS
Acción Actor Respuesta del Proceso
Si el usuario no está autentificado o
no tiene el permiso correspondiente.
El sistema lo re direccionará a una página
válida para el usuario.
Si el usuario registra o edita, y no
ingresa los datos correspondientes.
El sistema le envía un aviso del error, y no
guarda los datos.
REGLAS DEL NEGOCIO
Estar autenticado y tener los permisos correspondientes.
3.6 ESPECIFICACIÓN REGLAS DE NEGOCIO.
 Nombre del Proceso: Transferir fondos de una partida a otra.
REGLAS DEL
NEGOCIO
Estar autenticado y tener permiso a las transferencias de
una partida a otra en el módulo de presupuesto.
Tener una solicitud aprobada por el jefe de planificación de
presupuesto.
 Nombre del Proceso: Registrar crédito adicional.
REGLAS DEL
NEGOCIO
Estar autenticado y tener permiso a los créditos adicionales
en el módulo de presupuesto.
Tener disponible un crédito adicional por parte del ente
Gubernamental
 Nombre del Proceso: Registrar compra.
REGLAS DEL
NEGOCIO
Estar autenticado y tener permiso a las compras en el
módulo de presupuesto.
La compra debe estar aprobada por el jefe de planificación
de presupuesto
 Nombre del Proceso: Registrar solicitud de bono vacacional y de fin de
año.
REGLAS DEL
NEGOCIO
Estar autenticado y tener permiso a las solicitudes de
bonos vacacionales y de fin de año en el modulo de
presupuesto.
Tener la aprobación de recursos Humanos
 Nombre del Proceso: Validar reposo.
REGLAS DEL
NEGOCIO
Estar autenticado y tener permiso a las validaciones de
reposo en el módulo de morbilidad.
Estar aprobado por el médico de morbilidad.
 Nombre del Proceso: Registrar morbilidad.
REGLAS DEL
NEGOCIO
Estar autenticado y tener permiso a los registros de
morbilidad en el módulo de morbilidad.
Haber asistido a una consulta con el médico de morbilidad.
 Nombre del Proceso: Registrar consulta especializada.
REGLAS DEL
NEGOCIO
Estar autenticado y tener permiso a las consultas
especializadas el módulo de morbilidad.
Estar referido por el médico de morbilidad.
 Nombre del Proceso: Registrar intervención quirúrgica.
REGLAS DEL
NEGOCIO
Estar autenticado y tener permiso a las intervenciones
quirúrgicas en el módulo de morbilidad.
Presentar un registro para la intervención quirúrgica
 Nombre del Proceso: Registrar orden de pago.
REGLAS DEL
NEGOCIO
Estar autenticado y tener permiso a las órdenes de pago en
el módulo de presupuesto.
Haber comprar aprobadas en el sistema.
3.7 ESPECIFICACIÓN DE ACTORES
Autenticación: si el usuario no está registrado en la base de datos, no podrá
ingresar al sistema por lo que se le re direccionara al menú de autentificación
para que ingrese sus credenciales. Una vez autenticado podrá ingresar al
sistema.
Permisos de usuarios: Se le asignara a cada rol permisos específicos los
cuales son:
 Administrador: tendrá acceso a todos los módulos del sistema.
 Jefe de planificación de presupuesto: tendrá acceso solo al módulo
de presupuesto, y solamente administrará las planificaciones
presupuestarias, además de los reportes del módulo.
 Analista de orden de pago: tendrá acceso solo al módulo de
presupuesto, y solamente administrará las órdenes de pago, además de
los reportes del módulo.
 Medico: tendrá acceso solo al módulo de morbilidad y consultas
especializadas, y solamente administrará los registros de morbilidad y
consultas especializadas, además de los reportes de ambos módulos.
IV VISIÓN DEL SOFTWARE
Este software tiene como acción facilitar la administración en el manejo
de la información suministrada en el área de administración, y en el sector
médico para facilitar las tomas de decisiones mediante las estadísticas de los
datos suministrados y los reportes en tiempo real. Tiene como visión ayudar a
las organizaciones relacionadas a la administración, específicamente en el área
de presupuestos, recursos humanos, compras, órdenes de pagos y en el área
médica; entre los cuales está morbilidad, consultas especializadas e
intervenciones quirúrgicas.
FASE II - DISEÑO Y DESARROLLO DEL PROYECTO
1. NOMBRE DEL SOFTWARE
SISTEMA DE REGISTRO DE INFORMACIÓN DE LA ADMINISTRACIÓN DEL
SISSEP (SISRIAS).
2. ALCANCE DEL SOFTWARE
El equipo de proyecto tiene como objetivo principal el de desarrollar una
aplicación web para mejorar el registro de la información para la toma de
decisiones en la administración del “SISSEP”. Entre los alcances que tendrá
dicho proyecto o aplicación web de registro de información son las siguientes:
● Seguimiento de las estadísticas de las morbilidades, consultas
especializadas e intervenciones quirúrgicas
● Registrar, modificar, consultar y eliminar de la información suministrada
en la administración, entre las cuales están: presupuesto, compras,
recursos humanos y sección médica.
● Generar reportes de los datos solicitados por dependencia, rango de
fechas y por proveedores, en el caso de la sección de compras.
3. METODOLOGIA UTILIZADA.
Metodología MeRinde:
Es un proyecto que propone un estándar abierto para el proceso de
desarrollo de software orientado a planes que se estructura en dos
dimensiones o ejes.
Surge de la combinación y adaptación de modelos y metodologías
ampliamente utilizadas para el desarrollo de software y la reingeniería de
procesos del negocio. Esta metodología está fuertemente fundamentada en los
requerimientos del Centro Nacional de Tecnología de Información (NCTI) y en
varias metodologías como el Proceso Unificado (PU) especialmente.
Fases de la Metodología
● Fase de inicio
En esta fase se plantea la visión que tiene el equipo o desarrollador en
cuanto a lo que será el sistema, se fijan los propósitos o fines principales para
el ciclo de vida del producto. Durante la fase de inicio se establece el
mecanismo por el cual el producto le proveerá beneficios al usuario final o bien
sea al cliente. Se describen todos los actores y casos de usos del producto y
además se debe crear o implementar un plan de negocio para definir los
recursos que se asignan al proyecto. Para finalizar esta fase se deben haber
tomado en cuenta los costos en recursos, el tiempo total del proyecto, los
riesgos e incertidumbres que pueda generar, además de su viabilidad.
● Fase de Elaboración
El propósito específico que tiene la fase de elaboración es proyectar la manera
en que se va a realizar la arquitectura para el ciclo de vida del producto, es decir, para
u evolución durante su uso o bien sea su permanencia en cuanto a funcionamiento, se
elabora una arquitectura en diversas interacciones hasta lograr el producto deseado.
Esta fase debe seguir el patrón de todos los casos de uso planteados en la fase de
inicio.
Además se deben considerar la mayoría de las exigencias funcionales,
tomando en cuenta los riesgos que puedan afectar los fines del sistema para que de
esta manera pueda hacerse realizable el producto en cuestión.
La fase de elaboración concluye cuando el equipo del proyecto tiene en claro
los riesgos principales que puedan afectar al producto, de manera de saber cuáles son
los requerimientos en cuanto a la realización de este, además de la evolución que este
tendrá.
● Fase de Construcción
Una vez que el equipo esté en esta fase deben tener como meta o finalidad
lograr la disposición o capacidad operativa del producto, considerando que en dicho
producto deben de estar incluidas todas las propiedades, elementos, requisitos y/o
exigencias, las cuales previamente deben haber sido evaluadas y probadas
totalmente, obteniendo de esta manera una versión del producto que sea aprobada o
admisible para quien vaya a hacer uso de esta.
En conclusión, el objetivo de esta fase es el desarrollo total del sistema ya
preparado para la fase de transición, debe haber sido probada toda su funcionalidad y
aplicación de manera de evitar que sea pospuesta la fase de transición por
incumplimiento de los criterios de esta fase.
● Fase de Transición
Ya en esta fase, el producto debe de estar en manos de los usuarios finales en
su forma funcional, luego de que haya sido probado y aceptado en su totalidad por
dichos usuarios, además se deberá doctrinar a los usuarios en cuanto al empleo o
manipulación del sistema, y principalmente en lo que se refiere a la configuración
usabilidad e instalación del producto. Es decir, se debe avalar o confirmar que el
usuario aprenda a operar el producto final, el cual debe cumplir con todos los
requerimientos establecidos en el proceso de realización del mismo.
En resumen, en esta fase se debe determinar si todos los propósitos en cuanto
al proyecto fueron logrados, además se debe confirmar que el cliente haya aceptado,
observado y verificado el producto final que le fue proporcionado.
INFORME TECNICO pst 2200522.docx

Más contenido relacionado

La actualidad más candente

Cuadro Comparativo ~Sistemas Operativos~
Cuadro Comparativo ~Sistemas Operativos~Cuadro Comparativo ~Sistemas Operativos~
Cuadro Comparativo ~Sistemas Operativos~Karla Mtz. Garcia
 
Auditoria en un Centro de Computo
Auditoria en un Centro de ComputoAuditoria en un Centro de Computo
Auditoria en un Centro de Computo1416nb
 
Definición de software
Definición de softwareDefinición de software
Definición de softwarevalentina20000
 
Plan de mantenimiento preventivo de Software y Hardware
Plan de mantenimiento preventivo de Software y HardwarePlan de mantenimiento preventivo de Software y Hardware
Plan de mantenimiento preventivo de Software y Hardwaremanuelggonzalesmacha
 
Sistemas operativos PRESENTACION
Sistemas operativos PRESENTACIONSistemas operativos PRESENTACION
Sistemas operativos PRESENTACIONAndrés Chávez
 
Arquitectura Del Computador
Arquitectura Del ComputadorArquitectura Del Computador
Arquitectura Del Computadorivan
 
MANUAL MANTENIMIENTO PREVENTIVO ISMARY.pdf
MANUAL MANTENIMIENTO PREVENTIVO ISMARY.pdfMANUAL MANTENIMIENTO PREVENTIVO ISMARY.pdf
MANUAL MANTENIMIENTO PREVENTIVO ISMARY.pdfismaryevimaruzcategu
 
Mecanismos de Seguridad - Seguridad en Redes
Mecanismos de Seguridad - Seguridad en RedesMecanismos de Seguridad - Seguridad en Redes
Mecanismos de Seguridad - Seguridad en RedesLeyda Cordoba Araujo
 
Mapa conceptual. Sistemas operativos.
Mapa conceptual. Sistemas operativos.Mapa conceptual. Sistemas operativos.
Mapa conceptual. Sistemas operativos.lisethbermudez
 
Auditoria en desarrollo de sistemas diapo[1]
Auditoria en desarrollo de sistemas diapo[1]Auditoria en desarrollo de sistemas diapo[1]
Auditoria en desarrollo de sistemas diapo[1]caramelomix
 
Requerimientos de un sistema operativo 1
Requerimientos de un sistema operativo  1Requerimientos de un sistema operativo  1
Requerimientos de un sistema operativo 1tecnologia01
 
Requerimientos, Ventajas y Desventajas de las aplicaciones web
Requerimientos, Ventajas y Desventajas de las aplicaciones webRequerimientos, Ventajas y Desventajas de las aplicaciones web
Requerimientos, Ventajas y Desventajas de las aplicaciones webAlonzer Acid Nox
 
Intro de soporte técnico
Intro de soporte técnicoIntro de soporte técnico
Intro de soporte técnicofalconsrazor
 
Marco Jurídico de la Auditoría Informática
Marco Jurídico de la Auditoría InformáticaMarco Jurídico de la Auditoría Informática
Marco Jurídico de la Auditoría InformáticaDaniel Valdivieso
 
MANTENIMIENTO PREVENTIVO Y CORRECTIVO DE UN PC
MANTENIMIENTO PREVENTIVO Y CORRECTIVO DE UN PCMANTENIMIENTO PREVENTIVO Y CORRECTIVO DE UN PC
MANTENIMIENTO PREVENTIVO Y CORRECTIVO DE UN PCEliana Romero
 
EvolucióN Del Software
EvolucióN Del SoftwareEvolucióN Del Software
EvolucióN Del Softwareadrianamoni
 

La actualidad más candente (20)

Cuadro Comparativo ~Sistemas Operativos~
Cuadro Comparativo ~Sistemas Operativos~Cuadro Comparativo ~Sistemas Operativos~
Cuadro Comparativo ~Sistemas Operativos~
 
Auditoria en un Centro de Computo
Auditoria en un Centro de ComputoAuditoria en un Centro de Computo
Auditoria en un Centro de Computo
 
Objetivo general
Objetivo generalObjetivo general
Objetivo general
 
Definición de software
Definición de softwareDefinición de software
Definición de software
 
Plan de mantenimiento preventivo de Software y Hardware
Plan de mantenimiento preventivo de Software y HardwarePlan de mantenimiento preventivo de Software y Hardware
Plan de mantenimiento preventivo de Software y Hardware
 
Sistemas operativos PRESENTACION
Sistemas operativos PRESENTACIONSistemas operativos PRESENTACION
Sistemas operativos PRESENTACION
 
Arquitectura Del Computador
Arquitectura Del ComputadorArquitectura Del Computador
Arquitectura Del Computador
 
Gestion de Entrada y Salida
Gestion de Entrada y SalidaGestion de Entrada y Salida
Gestion de Entrada y Salida
 
MANUAL MANTENIMIENTO PREVENTIVO ISMARY.pdf
MANUAL MANTENIMIENTO PREVENTIVO ISMARY.pdfMANUAL MANTENIMIENTO PREVENTIVO ISMARY.pdf
MANUAL MANTENIMIENTO PREVENTIVO ISMARY.pdf
 
Mecanismos de Seguridad - Seguridad en Redes
Mecanismos de Seguridad - Seguridad en RedesMecanismos de Seguridad - Seguridad en Redes
Mecanismos de Seguridad - Seguridad en Redes
 
Gestion de Memoria
Gestion de MemoriaGestion de Memoria
Gestion de Memoria
 
Mapa conceptual. Sistemas operativos.
Mapa conceptual. Sistemas operativos.Mapa conceptual. Sistemas operativos.
Mapa conceptual. Sistemas operativos.
 
Auditoria en desarrollo de sistemas diapo[1]
Auditoria en desarrollo de sistemas diapo[1]Auditoria en desarrollo de sistemas diapo[1]
Auditoria en desarrollo de sistemas diapo[1]
 
Requerimientos de un sistema operativo 1
Requerimientos de un sistema operativo  1Requerimientos de un sistema operativo  1
Requerimientos de un sistema operativo 1
 
Requerimientos, Ventajas y Desventajas de las aplicaciones web
Requerimientos, Ventajas y Desventajas de las aplicaciones webRequerimientos, Ventajas y Desventajas de las aplicaciones web
Requerimientos, Ventajas y Desventajas de las aplicaciones web
 
Intro de soporte técnico
Intro de soporte técnicoIntro de soporte técnico
Intro de soporte técnico
 
Marco Jurídico de la Auditoría Informática
Marco Jurídico de la Auditoría InformáticaMarco Jurídico de la Auditoría Informática
Marco Jurídico de la Auditoría Informática
 
Diagrama de Flujo de un Sistema Operativo
Diagrama de Flujo de un Sistema OperativoDiagrama de Flujo de un Sistema Operativo
Diagrama de Flujo de un Sistema Operativo
 
MANTENIMIENTO PREVENTIVO Y CORRECTIVO DE UN PC
MANTENIMIENTO PREVENTIVO Y CORRECTIVO DE UN PCMANTENIMIENTO PREVENTIVO Y CORRECTIVO DE UN PC
MANTENIMIENTO PREVENTIVO Y CORRECTIVO DE UN PC
 
EvolucióN Del Software
EvolucióN Del SoftwareEvolucióN Del Software
EvolucióN Del Software
 

Similar a INFORME TECNICO pst 2200522.docx

Secretarias de gobierno
Secretarias de gobiernoSecretarias de gobierno
Secretarias de gobiernoKenia Garcia
 
EL MSP COMO RECTOR DEL SISTEMA (1).pptx
EL MSP COMO RECTOR DEL SISTEMA (1).pptxEL MSP COMO RECTOR DEL SISTEMA (1).pptx
EL MSP COMO RECTOR DEL SISTEMA (1).pptxStephanieVargasHolgu
 
Componente gestion y administracion
Componente gestion y administracionComponente gestion y administracion
Componente gestion y administracionsabr0707
 
Programa de Trabajo 2013 de la Coordinación de Atención y Orientación al Dere...
Programa de Trabajo 2013 de la Coordinación de Atención y Orientación al Dere...Programa de Trabajo 2013 de la Coordinación de Atención y Orientación al Dere...
Programa de Trabajo 2013 de la Coordinación de Atención y Orientación al Dere...Alejandro González Rangel
 
Trabajosistemadeinforgerencial
TrabajosistemadeinforgerencialTrabajosistemadeinforgerencial
Trabajosistemadeinforgerencialvivianahjll
 
Sistema de informacion gerencial sigecof laminas
Sistema de informacion gerencial sigecof laminasSistema de informacion gerencial sigecof laminas
Sistema de informacion gerencial sigecof laminasnardyy
 
Actividad grupal provincia de santa fé
Actividad grupal provincia de santa féActividad grupal provincia de santa fé
Actividad grupal provincia de santa féedgardolamarque
 
Istro oficial n_º339_estatuto_organico_de_gestion_organizacional_por_procesos...
Istro oficial n_º339_estatuto_organico_de_gestion_organizacional_por_procesos...Istro oficial n_º339_estatuto_organico_de_gestion_organizacional_por_procesos...
Istro oficial n_º339_estatuto_organico_de_gestion_organizacional_por_procesos...san18
 
Requerimiento de personal medicos especialista 2013
Requerimiento de personal medicos especialista 2013Requerimiento de personal medicos especialista 2013
Requerimiento de personal medicos especialista 2013Ariel Guery Claure Zurita
 
Poder Popular Reconstrucción y Fortalecimiento de las ASIC.ppt
Poder Popular Reconstrucción y Fortalecimiento de las ASIC.pptPoder Popular Reconstrucción y Fortalecimiento de las ASIC.ppt
Poder Popular Reconstrucción y Fortalecimiento de las ASIC.pptadleys coraspe
 
Iniciativa del Jefe de Gobierno sobre el Programa de Derechos Humanos
Iniciativa del Jefe de Gobierno sobre el Programa de Derechos HumanosIniciativa del Jefe de Gobierno sobre el Programa de Derechos Humanos
Iniciativa del Jefe de Gobierno sobre el Programa de Derechos HumanosAgenda Legislativa
 
Iniciativa del Jefe de Gobierno sobre el Programa de Derechos Humanos
Iniciativa del Jefe de Gobierno sobre el Programa de Derechos HumanosIniciativa del Jefe de Gobierno sobre el Programa de Derechos Humanos
Iniciativa del Jefe de Gobierno sobre el Programa de Derechos HumanosAgenda Legislativa
 
Compartir Yulgenni made V-WPS Office.docx
Compartir Yulgenni made V-WPS Office.docxCompartir Yulgenni made V-WPS Office.docx
Compartir Yulgenni made V-WPS Office.docxYulgenniMadeVallejo
 
Clase_N_6_Organismos_Autonomos_ii_.pptx
Clase_N_6_Organismos_Autonomos_ii_.pptxClase_N_6_Organismos_Autonomos_ii_.pptx
Clase_N_6_Organismos_Autonomos_ii_.pptxJulioCifuentesNavarr
 
Informe HUPAZ Cap 1
Informe HUPAZ Cap 1Informe HUPAZ Cap 1
Informe HUPAZ Cap 1FenixLezama
 
Resumen de los temas
Resumen de los temasResumen de los temas
Resumen de los temasGerimar Leal
 
Rrhh potencial humano
Rrhh potencial humanoRrhh potencial humano
Rrhh potencial humanocefic
 

Similar a INFORME TECNICO pst 2200522.docx (20)

Secretarias de gobierno
Secretarias de gobiernoSecretarias de gobierno
Secretarias de gobierno
 
EL MSP COMO RECTOR DEL SISTEMA (1).pptx
EL MSP COMO RECTOR DEL SISTEMA (1).pptxEL MSP COMO RECTOR DEL SISTEMA (1).pptx
EL MSP COMO RECTOR DEL SISTEMA (1).pptx
 
Componente gestion y administracion
Componente gestion y administracionComponente gestion y administracion
Componente gestion y administracion
 
Programa de Trabajo 2013 de la Coordinación de Atención y Orientación al Dere...
Programa de Trabajo 2013 de la Coordinación de Atención y Orientación al Dere...Programa de Trabajo 2013 de la Coordinación de Atención y Orientación al Dere...
Programa de Trabajo 2013 de la Coordinación de Atención y Orientación al Dere...
 
Trabajosistemadeinforgerencial
TrabajosistemadeinforgerencialTrabajosistemadeinforgerencial
Trabajosistemadeinforgerencial
 
Sistema de informacion gerencial sigecof laminas
Sistema de informacion gerencial sigecof laminasSistema de informacion gerencial sigecof laminas
Sistema de informacion gerencial sigecof laminas
 
Pliego De Condicones E.S.E Hospital Divino Niño De Buga
Pliego De Condicones E.S.E Hospital Divino Niño De BugaPliego De Condicones E.S.E Hospital Divino Niño De Buga
Pliego De Condicones E.S.E Hospital Divino Niño De Buga
 
Actividad grupal provincia de santa fé
Actividad grupal provincia de santa féActividad grupal provincia de santa fé
Actividad grupal provincia de santa fé
 
Istro oficial n_º339_estatuto_organico_de_gestion_organizacional_por_procesos...
Istro oficial n_º339_estatuto_organico_de_gestion_organizacional_por_procesos...Istro oficial n_º339_estatuto_organico_de_gestion_organizacional_por_procesos...
Istro oficial n_º339_estatuto_organico_de_gestion_organizacional_por_procesos...
 
Requerimiento de personal medicos especialista 2013
Requerimiento de personal medicos especialista 2013Requerimiento de personal medicos especialista 2013
Requerimiento de personal medicos especialista 2013
 
Poder Popular Reconstrucción y Fortalecimiento de las ASIC.ppt
Poder Popular Reconstrucción y Fortalecimiento de las ASIC.pptPoder Popular Reconstrucción y Fortalecimiento de las ASIC.ppt
Poder Popular Reconstrucción y Fortalecimiento de las ASIC.ppt
 
Iniciativa del Jefe de Gobierno sobre el Programa de Derechos Humanos
Iniciativa del Jefe de Gobierno sobre el Programa de Derechos HumanosIniciativa del Jefe de Gobierno sobre el Programa de Derechos Humanos
Iniciativa del Jefe de Gobierno sobre el Programa de Derechos Humanos
 
Iniciativa del Jefe de Gobierno sobre el Programa de Derechos Humanos
Iniciativa del Jefe de Gobierno sobre el Programa de Derechos HumanosIniciativa del Jefe de Gobierno sobre el Programa de Derechos Humanos
Iniciativa del Jefe de Gobierno sobre el Programa de Derechos Humanos
 
Censo ths spns
Censo ths spnsCenso ths spns
Censo ths spns
 
Compartir Yulgenni made V-WPS Office.docx
Compartir Yulgenni made V-WPS Office.docxCompartir Yulgenni made V-WPS Office.docx
Compartir Yulgenni made V-WPS Office.docx
 
Clase_N_6_Organismos_Autonomos_ii_.pptx
Clase_N_6_Organismos_Autonomos_ii_.pptxClase_N_6_Organismos_Autonomos_ii_.pptx
Clase_N_6_Organismos_Autonomos_ii_.pptx
 
Estatuto organicogestionprocesohospitales
Estatuto organicogestionprocesohospitalesEstatuto organicogestionprocesohospitales
Estatuto organicogestionprocesohospitales
 
Informe HUPAZ Cap 1
Informe HUPAZ Cap 1Informe HUPAZ Cap 1
Informe HUPAZ Cap 1
 
Resumen de los temas
Resumen de los temasResumen de los temas
Resumen de los temas
 
Rrhh potencial humano
Rrhh potencial humanoRrhh potencial humano
Rrhh potencial humano
 

Más de PollyjaviergmailcomJ

Educación descolonizada y liberadora.pptx
Educación descolonizada y liberadora.pptxEducación descolonizada y liberadora.pptx
Educación descolonizada y liberadora.pptxPollyjaviergmailcomJ
 
proyecto investigacion accion participativa y transformadora.pptx
proyecto investigacion accion participativa y transformadora.pptxproyecto investigacion accion participativa y transformadora.pptx
proyecto investigacion accion participativa y transformadora.pptxPollyjaviergmailcomJ
 
bicentenario de la batalla naval del lago de maracaibo.docx
bicentenario de la batalla naval del lago de maracaibo.docxbicentenario de la batalla naval del lago de maracaibo.docx
bicentenario de la batalla naval del lago de maracaibo.docxPollyjaviergmailcomJ
 
auditoria de redes esposicion.pptx
auditoria de redes esposicion.pptxauditoria de redes esposicion.pptx
auditoria de redes esposicion.pptxPollyjaviergmailcomJ
 
Razones de la existencia del derecho internacional privado.docx
Razones de la existencia del derecho internacional privado.docxRazones de la existencia del derecho internacional privado.docx
Razones de la existencia del derecho internacional privado.docxPollyjaviergmailcomJ
 
La comunicación y las ciencias jurídicas.docx
La comunicación y las ciencias jurídicas.docxLa comunicación y las ciencias jurídicas.docx
La comunicación y las ciencias jurídicas.docxPollyjaviergmailcomJ
 

Más de PollyjaviergmailcomJ (9)

Educación descolonizada y liberadora.pptx
Educación descolonizada y liberadora.pptxEducación descolonizada y liberadora.pptx
Educación descolonizada y liberadora.pptx
 
proyecto investigacion accion participativa y transformadora.pptx
proyecto investigacion accion participativa y transformadora.pptxproyecto investigacion accion participativa y transformadora.pptx
proyecto investigacion accion participativa y transformadora.pptx
 
bicentenario de la batalla naval del lago de maracaibo.docx
bicentenario de la batalla naval del lago de maracaibo.docxbicentenario de la batalla naval del lago de maracaibo.docx
bicentenario de la batalla naval del lago de maracaibo.docx
 
auditoria de redes esposicion.pptx
auditoria de redes esposicion.pptxauditoria de redes esposicion.pptx
auditoria de redes esposicion.pptx
 
diapositivas del ensayo.pptx
diapositivas del ensayo.pptxdiapositivas del ensayo.pptx
diapositivas del ensayo.pptx
 
MODULO III.docx
MODULO III.docxMODULO III.docx
MODULO III.docx
 
Razones de la existencia del derecho internacional privado.docx
Razones de la existencia del derecho internacional privado.docxRazones de la existencia del derecho internacional privado.docx
Razones de la existencia del derecho internacional privado.docx
 
La comunicación y las ciencias jurídicas.docx
La comunicación y las ciencias jurídicas.docxLa comunicación y las ciencias jurídicas.docx
La comunicación y las ciencias jurídicas.docx
 
educacion lugarizada.docx
educacion lugarizada.docxeducacion lugarizada.docx
educacion lugarizada.docx
 

INFORME TECNICO pst 2200522.docx

  • 1. República Bolivariana De Venezuela Ministerio Del Poder Popular Para La Educación Universitaria Universidad Politécnica Territorial del Estado Portuguesa “Juan de Jesús Montilla”. Programa Nacional de Formación en Informática Guanare, Estado Portuguesa SISTEMA INTEGRAL SOCIALISTA DE SALUD DEL ESTADO PORTUGUESA “S.I.S.S.E.P” Línea de Investigación:DESARROLLO DE SOFTWARE – WEB Autores: Correa G.Dennys A. CI: 28.200.145 dennyscorrea58@gmail.com Dorante G. Cesar J. CI: 17.002.072 cesardorante1@hotmail.com Durand C. Jose D. CI: 27.350.281 josedaviddurand@gmail.com Landinez D. Krismar L. CI: 27.055.723 ana.k.landinez@gmail.com Profesora: Reyes C. Yaneira C. CI: 7.396.842 yaneirareyes@gmail.com Comunidad: Sistema Integral Socialista de Salud del Estado Portuguesa Guanare, febrero del 2022
  • 2. FASE I - PLANIFICACION DEL PROYECTO I PLANIFICACION DEL PROYECTO  Conformación de Equipos Preliminares El equipo responsable del proyecto socio tecnológico IV está conformado por 4 estudiantes: Correa G. Dennys A. CI: 28.200.145, Durand C. José D. CI: 27.350.281,Dorante G. Cesar J. CI: 17.002.072 y Landinez D. Krismar L. CI: 27.055.723. En el cual se busca analizar, discutir y organizar información para el desarrollo una aplicación web para la ayuda o mejora de una comunidad.  Planeación de las Fases a abordar para la Ejecución del Proyecto II. DIAGNOSTICO SITUACIONAL PARTICIPATIVO Y COMUNITARIO 2.1 DESCRIPCIÓN DEL CONTEXTO DE LA COMUNIDAD  Identificación comunidad (nombre, ubicación, misión, visión, objetivos estratégicos, reseña histórica). Nombre Sistema integral socialista de salud del estado Portuguesa LEVANTAMIENTO DE INFORMACION IDENTIFICAR LOS PROBLEMAS Y LA SOLUCION DISEÑO, LOGICA, BASE DE DATOS, INGENIERIA DEL SOFTWARE Recolectar información clave acerca del Sistema Integral de Salud. Detectar los problemas y determinar las soluciones para la comunidad. Desarrollar todas las fases de la aplicación.
  • 3. Ubicación Carrera 3, al frente del colegio veterinario, Guanare, Edo Portuguesa. Venezuela. Misión Gestionar todos los procesos y mecanismos relacionados con la prestación de servicios médicos, quirúrgicos, hospitalización, medicinas, gastos médicos y odontológicos para todos los trabajadores dependientes de la gobernación del estado portuguesa; en cumplimiento de las directrices emanadas por la secretaria de gestión interna, utilizando para ello tecnologías de la información y la comunicación y los recursos que contribuyan al mejoramiento continuo y satisfacción de las necesidades en materia de salud. Visión Ser una institución de salud que garantice a cada uno de los funcionarios afiliados y su carga familiar, de un servicio con igualdad de condiciones, con sentido de solidaridad, cooperación, incluyente y participativo, pensando en la satisfacción de las necesidades de salud de los funcionarios y su grupo familiar.  Objetivos estratégicos El Sistema Socialista Integral de Salud del Estado Portuguesa, busca asegurar el cumplimiento de sus objetivos, funciones y atribuciones de manera eficiente. 1. Contar con un equipo tecnológico de punta para mejorar la satisfacción de los pacientes. 2. Mejorar el manejo de la información mediante programas tecnológicos.
  • 4.  Reseña histórica El sistema integral socialista de salud del estado portuguesa SISSEP surge de la idea del gobierno revolucionario del estado portuguesa en el año 2009, como una alternativa de gestión auto-administrada de los servicios de hospitalización cirugía y maternidad (HCM) que poseen los funcionarios públicos que laboran en las instituciones dependientes del gobierno regional y de esta manera eliminar la contratación de pólizas de seguros con las empresas privadas. Su primera sede administrativa fue la secretaria de desarrollo social “sedes” del gobierno regional, la cual fue mudada a las instalaciones de la dirección regional de salud el 22 de noviembre del 2011 según decreto N 673 publicado en gaceta oficial número 185-A extraordinario, se crea como órgano desconcentrado de la administración pública estadal con autonomía funcional, administrativa, presupuestaria y organizativa; luego funciono en las instalaciones de la gobernación del estado portuguesa y actualmente posee una sede principal inaugurada el 3 de noviembre del 2016 la cual está ubicada al lado de las instalaciones del ambulatorio DR. Rafael Azuaje de la Ciudad de Guanare.  Características generales. El SISSEP es una organización publica socialista que brinda servicios de hospitalización, cirugía, odontológica y maternidad a los funcionarios públicos que laboran en las instituciones dependientes de la gobernación del estado portuguesa. En cuanto al tamaño de la organización es una entidad pequeña.  Organizaciones vinculadas (Mencionar las organizaciones sociales y no sociales que caracterizan la comunidad).
  • 5.  BOMBEROS  CONSEJO LEGISLATIVO  CONTRALORÍA  ESINSEP  FEGEP  FONDEC  FONDEREVI  FONJUPORT  FUNDACION DEL NIÑO  HIDROSPORTUGUESA  IABAEP  INDEPORT  PROTECCION CIVIL  PROCURADORIA  SISSEP  FUNDACION SUEÑOS DE BOLIVAR  CORPOTUR  CORSODEP  BUSPORTUGUESA  INPROFEC  NHC/POSADA DEL CABRESTERO  SAREP  ESOMEP  TRIBUNALES SEGURIDAD CIUDADANA  RESIDENCIA DEL GOBERNADOR  CULTURA  PODER JUDICIAL  CASO SOCIAL  PORTUGAS  Organigrama Estructural
  • 6.  Descripción funcional Dirección del sistema integral de salud del estado portuguesa: Supervisar y evaluar la ejecución del plan de desarrollo institucional, de conformidad con los objetivos, metas normas y procedimientos establecidos en este. Algunas de sus funciones son las siguientes:  Supervisar, evaluar y controlar el presupuesto asignado, a fin de garantizar su efectivo uso por parte de las unidades funcionales de la Institución.  verificar y aprobar las solicitudes de órdenes de servicios, órdenes de pagos, recibidas y procesadas por la Coordinación Operativa Social. Unidad de consultoría jurídica: Prestar asesoramiento y emitir opinión no vinculante a las autoridades y miembros de las unidades funcionales en asuntos de carácter jurídico y legal, contribuyendo con ello a alcanzar un efectivo desarrollo organizacional, todo dentro de un marco de respeto por los intereses de la Institución y los derechos de los trabajadores. Algunas de sus funciones son las siguientes:
  • 7.  Asesorar, asistir y/o representar a la Institución en todo acto con efecto jurídico, extrajudicial y judicial.  Velar porque la Institución cumpla con sus actividades dentro del marco legal vigente y las normas establecidas por las autoridades Coordinación administrativa: Planificar, coordinar ejecutar todas las actividades tendientes que los procedimientos administrativos se desarrollen de acuerdo con las normas establecidas y de conformidad con los lineamientos emanados por Coordinación General. Algunas de las funciones son las siguientes:  Dirigir controlar la ejecución presupuestaria de la Institución.  Velar por los ingresos, pagos, reembolsos, retenciones y demás operaciones similares que se ejecuten normalmente. Unidad de recursos humanos: Planificar, coordinar, dirigir y ejecutar las políticas que en materia de recursos humanos señalen las autoridades de la Institución, acordes con las leyes y reglamentos vigentes. Algunas de sus funciones son las siguientes:  Programar y dirigir las actividades de capacitación, adiestramiento, desarrollo y bienestar social del personal de trabajo  Recibir y procesar las solicitudes que realizan el personal que labora en SISSEP referente a permisos, vacaciones, constancias de trabajo. Unidad de planificación y presupuesto:Asesorar y apoyar a las distintas áreas funcionales de la Institución en la formulación de políticas y planes, orientados a corto, mediano y largo plazo en el ámbito administrativo, operativo y organizacional. Además de planificar, coordinar, dirigir y controlar las políticas
  • 8. presupuestarias. Para el uso racional de los recursos financieros que permitan el desarrollo de los planes de la Institución. Sus principales funciones son:  Planificar, coordinar análisis y ejecución del control de presupuesto.  Proveer a las autoridades y a las distintas instancias del gobierno estadal de información, análisis de alternativas y criterios que contribuyan a la toma de decisiones. Unidad de contabilidad: Planificar, coordinar, dirigir y controlar las actividades concernientes al desarrollo de los sistemas contables de la Institución y su aplicación de acuerdo a la normativa legal vigente. Algunas de sus funciones son:  Coordinar y dirigir las actividades relacionadas con los registros contables, su análisis y elaboración de los estados financieros.  Estudiar los lineamientos y normativa legal vigente, así como su factibilidad de aplicación en las áreas contable, presupuestaria y de control, emanados por los entes gubernamentales que rigen esta materia  Preparar periódicamente reportes con información referente a la situación contable del SISSEP y remitir a la Coordinación Administración y Dirección General. Coordinación médica: Planificar, coordinar, dirigir, controlar y organizar las actividades referidas a los procedimientos médicos y su ejecución conforme a la normativa legal establecida y a los lineamientos establecidos por la Dirección General.Sus funciones son:  Supervisar y controlar el proceso de atención de llamadas telefónicas de emergencias médicas, garantizando con ello la correcta aplicación de los protocolos formales de atención.
  • 9.  Supervisar y controlar la gestión de manejo de medicamentos e insumos médicos a través de la farmacia institucional, estableciendo al mismo tiempo, los criterios para la solicitud y entrega de los mismos.  Coordinar y supervisar los procedimientos vinculados de triaje de pacientes, con el objetivo de canalizar su necesidad de salud en el proceso de atención médica más oportuna y confiable de acuerdo al diagnóstico que se establezca.  Dirigir, coordinar y supervisar las actividades desempeñadas de los especialistas médicos, una vez que atienden a los pacientes que son remitidos por el área de triaje.  Dirigir, coordinar y supervisar las actividades de los médicos, supervisores o reguladores, facilitando con ello el correcto seguimiento de los casos médicos presentados y atendidos en los diferentes centros de salud públicos o privados. Coordinación operativa: Coordinar y ejecutar los procedimientos de atención al público. Sugerencias y reclamos, a través de la tramitación oportuna y segura de cada una de las acciones solicitadas por los afiliados al sistema. Algunas de sus funciones son las siguientes:  Tramitar los reclamos y sugerencias hechas por los usuarios al sistema, mediante comunicación directa con las diferentes coordinaciones del sistema, a fin de garantizar la oportuna respuesta.  Estudiar y analizar las solicitudes de los servicios prestados (Cirugías, exámenes de laboratorios, imágenes, estudios especiales, materiales de síntesis) y dirigirlas a la coordinación Medica para su debida revisión y aprobación. Coordinación de servicios asistenciales: Se encargará de coordinar, articular y ejecutar los procedimientos de atención a los pacientes, sugerencias y reclamos, a través de las acciones solicitadas por los afiliados al Sistema.
  • 10.  Vigilar el cumplimiento de los cuidados a los pacientes, respecto a procedimientos que deben cumplir en el servicio en todo momento  Mantener un Registro actualizado de los servicios asistenciales prestados, para así contribuir con la gestión de estadísticas de prestación de los beneficios del Sistema. Coordinación funeraria:La coordinación de Servicios Funerarios estará a cargo de un Coordinador o una Coordinadora de Servicios Funerarios, que se cargar y de coordinar y ejecutar los procedimientos de atención al usuario, sugerencias y reclamos, a través de las acciones solicitadas por los afiliados al Sistema.  Brindar asesoría a los afiliados, respecto a los procedimientos que deben cumplir para tramitar la solicitud del servicio al momento de requerirlo  Tramitar las solicitudes, reclamos y sugerencias hechas por afiliados al Sistema, con el fin de garantizar oportuna respuesta  Articular con organismos estadales, nacionales y municipales para apoyo social concordancia las líneas acción Plan Estadal Portuguesa Socialista.  Mantener un Registro actualizado de los Servicios prestados, para contribuir con la gestión estadísticas de prestación de los beneficios del sistema.  Tramitar las solicitudes por los afiliados.  Organigrama de cargos
  • 11. 2.2 ABORDAJE DE LA COMUNIDAD  Procedimiento Utilizado En febrero del 2022 el equipo de proyecto socio-tecnológico IV realizó una reunión con el administrador del Sistema Integral Socialista de Salud del Estado Portuguesa “S.I.S.S.E.P”, en la reunión se propuso el desarrollo de una aplicación web, de que va a tratar la aplicación Web, del cómo va a funcionar y diversos temas, uno de ellos era del cómo era el proceso actual del registro de datos que allí se realizaban y los roles o cargos de los miembros de la institución. El representante de la comunidad aceptó y propuso todas las ideas que se plantearon en diversos lados, llegando así a un acuerdo entre el equipo de proyecto y la Comunidad. El equipo de proyecto realizara diversas visitas a
  • 12. la comunidad con la finalidad de reunir información para el desarrollo del proyecto a lo largo de este.  Técnicas e Instrumentos para la Recolección de la información Como técnica se realizó una entrevista entre el grupo del proyecto y el personal de la comunidad debido a las pocas personas a las cuales se debe realizar el levantamiento de información, como resultado de esta, se recolecto toda la información requerida mediante un cuestionario no estructurado en formato digital (Documento Word) con la cantidad de 6 preguntas de manera abierta y cerradas la cuales son: ¿Cuáles son los departamentos involucrados?, ¿Cuántas personas utilizara el software?, ¿Cuál es la problemática principal?, ¿Cada departamento trabaja individualmente?, ¿Trabajan con procesadores de texto para el manejo de la información? Y ¿El software será interno a la organización?. A medida que se fue realizando la entrevista, pero además el representante de la comunidad nos otorgó un documento Word con toda la información requerida en el cuestionario.  Descripción del diagnóstico situacional (FODA – ANALISISDE INVOLUCRADOS). FODA
  • 13. Análisis de involucrados Involucrados Intereses Objetivos Específicos del proyecto Limitaciones Coordinador Profesional Director Tener un sistema para gestionar en tiempo real toda la información suministrada en el departamento para mejorar así el rendimiento de los procesos del mismo. Implementar un sistema de información asertiva para el departamento de administración del SISSEP, para el registro de las compras, ordenes de compras, validar reposos, solicitudes de bono vacacional, transferencias y crédito adicional de una partida. También la solicitud de reportes mensuales y semanales de los módulos mencionados anteriormente y gráficos estadísticos de la cantidad de registros para cada módulo y gastos de las compras registradas acordes a las principales necesidades del departamento. No hay limitaciones  Socialización de los resultados. En el marco de la visita a la comunidad el 29 de abril del 2022 siendo las 10 y 36 am se deja constancia de las informaciones recopiladas para sentar base de los resultados obtenidos en la indagatoria de los cambios en cuanto a la
  • 14. señalización y delimitación de lo que se desea implantar en el departamento de administración. Respondiéndose las siguientes interrogantes: - ¿Qué mejoras se obtienen de forma directa o indirecta con la implementación del software? Información en tiempo real para tomar decisiones de forma eficaz y pertinente en cuanto a presupuesto y ayudas sociales. Así mismo se beneficiará indirectamente el personal que labora dentro de la institución ya qué su labor será más eficaz y funcional. - ¿es necesario la capacitación en cuanto al manejo de las tecnologías y uso correcto del software? No es necesario ya que el personal está plenamente capacitado para el uso de computadores, celulares y tables. Ya que no son ajenos a el uso de las tecnologías - ¿Qué impresiones tiene la comunidad con respecto al equipo de trabajo que implementa el software en construcción? Se observa el compromiso de los participantes en cuanto a su pertinencia y prestación para que todo se lleve de la mejor manera para así establecer las reglas adecuadas de negocio y funcionamiento del software. 2.3. MODELO DEL NEGOCIO 2.3.1 DEPARTAMENTO EN ESTUDIO  Nombre Coordinación de administración  Objetivos estratégicos  Preparar y revisar la rendición de cuentas que se hagan en cuanto al presupuesto a la gestión contable.
  • 15.  Dirigir controlar la ejecución presupuestaria de la Institución.  Velar por los ingresos, ordenes de pagos, compras y demás operaciones similares que se ejecutan normalmente.  Recibir y procesar las solicitudes que realicen el personal que labora en SISSEP referente a permisos y vacaciones.  Dirigir, coordinar y supervisar las actividades de los médicos, supervisores o reguladores, facilitando con ello el correcto seguimiento de los casos médicos presentados y atendidos.  Vista de los procesos del negocio 1. Transferir fondos de una partida a otra (Presupuesto). 2. Asignar créditos adicionales a una partida(Presupuesto). 3. Registrar compra (Compras) 4. Registrar solicitud de bono vacacional (Recursos humanos) 5. Validar reposo (Apartado medico) 6. Registrar morbilidad (Apartado medico) 7. Registrar consulta especializada (Apartado medico) 8. Registrar intervención quirúrgica(Apartado medico) 9. Registrar orden de pago (Compras)  Especificación de los procesos.
  • 16. 1. Transferir fondos de una partida a otra:El profesional de presupuesto transfiere fondos de una partida a otra cuando este se quede sin fondos siempre y cuando sea necesario. 2. Asignar créditos adicionales a una partida: El profesional de presupuesto asigna un crédito adicional a una partida siempre y cuando reciban uno. 3. Registrar compra: El coordinador registra una compra de artículos necesitados por la organización. 4. Registrar solicitud de bono vacacional:El profesional registra la solicitud de bono vacacional para un empleado de la organización. 5. Validar reposo: El profesional se encarga de analizar la solicitud de reposo y verificar si es válido. 6. Registrar morbilidad: El Empleado solicita atención medica general, el Medico lo examina y describe el diagnóstico analizado. 7. Registrar consulta especializada: El Empleado solicita atención médica especializada, el Medico lo examina y describe el diagnóstico analizado. 8. Registrar intervención quirúrgica: El Coordinador Asistencial Registra de las intervenciones quirúrgicas en un documento digital o físico, realiza estadísticas de las intervenciones realizadas semanalmente y mensualmente y las envía al administrador. 9. Registrar orden de pago: El analista de orden de pago o el administrador ejecutan la orden de pago de una compra. NECESIDAD TECNOLÓGICA
  • 17. ● Modelo de Análisis. Nombre del Proceso: Transferir fondos de una partida a otra. TRABAJADORES (Roles) Profesional, Jefe de planificación de presupuesto ENTIDADES código, código del destino, descripción, monto REGLAS DEL NEGOCIO Partida sin fondos suficientes La partida que solicite el fondo, necesita tener obligatoriamente realizar alguna operación importante. BREVE DESCRIPCIÓN En caso de que se desee realizar una compra o una acción externa con una partida y este no posee los suficientes fondos, El Administrador solicita al Jefe de planificación de presupuesto transferir fondos a la partida solicitada. OBJETIVOS ESTRATEGICOS Anotar en un documento digital y físico la información de la transferencia realizada, y tener noción de la entrada y salida de los fondos de una partida. Nombre del Proceso: Asignar créditos adicionales a una partida. TRABAJADORES (Roles) Profesional, Gobierno ENTIDADES Código del destino, descripción, monto
  • 18. REGLAS DEL NEGOCIO Crédito adicional disponible BREVE DESCRIPCIÓN En caso de que el Gobierno disponga de un crédito adicional, El Administrador registra los detalles del crédito adicionalen el documento digital ya sea (Word, Excel), y distribuye el crédito a las partidas receptora. OBJETIVOS ESTRATEGICOS Anotar en un documento digital y físico la información del crédito adicional realizado, y tener noción de la entrada de los fondos de una partida. Nombre del Proceso: Registrar compra. TRABAJADORES (Roles) Administrador,Proveedor, Jefe de planeación de presupuesto, Analista de orden de pagos ENTIDADES código, presupuesto(partida), proveedor, Rif del proveedor, descripción, cantidad, precio unitario, subtotal, IVA, total REGLAS DEL NEGOCIO Escases de producto/s Disponibilidad del producto Monto suficiente en las partidas
  • 19. BREVE DESCRIPCIÓN El Administrador plantea la solicitud de compra, comprueba disponibilidad de los productos con el proveedor, en caso de que los productos estén disponibles, el coordinador registra los detalles de la compra y el proveedor en el documento digital ya sea (Word, Excel), el proveedor procede con la entrega de los productos solicitados en la fecha pautada, el Administrador Calcula el monto propuesto de la compra en el fondo de la partida correspondiente, el Jefe de planeación de presupuesto procesa la solicitud de compra, el Analista de orden de pagos ejecuta la orden de pago y finalmente el Administrador transfiere el pago de la compra que se realizó. OBJETIVOS ESTRATEGICOS Anotar en un documento digital y físico la información del proveedor y la de la compra realizada, para tener noción de la entrada de un gasto realizado en una partida. Nombre del Proceso: Registrar solicitud de bono vacacional y de fin de año. TRABAJADORES (Roles) Administrador, Recursos Humanos ENTIDADES Nombre, apellido, cedula, fecha de ingreso, antigüedad, fecha del registro, profesionalización, número de hijos, sueldo base, total REGLAS DEL NEGOCIO Tener mínimo 1 año de antigüedad
  • 20. BREVE DESCRIPCIÓN El Administrador realiza los cálculos de antigüedad de los trabajadores y según su antigüedad asigna los bonos vacacionales y de fin de año, Recursos Humanos verifica la información y finalmente el Administrador procede con los pagos. OBJETIVOS ESTRATEGICOS Anotar en un documento digital y físico la información del bono vacacional y de fin de año solicitado por el empleado. Nombre del Proceso: Validar reposo. TRABAJADORES (Roles) Médico,Empleado ENTIDADES Nombre, apellido, edad, cedula, dependencia, número de teléfono, diagnostico, médico que emite el reposo, días de reposo, fecha, estado de la validación REGLAS DEL NEGOCIO Solicitud de validación reposo bajo una revisión médica realizada BREVE DESCRIPCIÓN El Empleado solicita la validación de reposo médico, el Medico examina al Empleado y coteja con el reposo OBJETIVOS ESTRATEGICOS Anotar en un documento digital y físico la información de la validación del reposo solicitado por el empleado. Nombre del Proceso: Registro de morbilidad.
  • 21. TRABAJADORES (Roles) Médico,Empleado ENTIDADES Nombre (Titular y beneficiado), apellido (Titular y beneficiado), cedula (Titular y beneficiado), edad, dependencia, diagnostico, número telefónico, médico de guardia REGLAS DEL NEGOCIO Ser empleado de alguna entidad afiliada al SISSEP Presentar algún síntoma BREVE DESCRIPCIÓN El Empleado solicita atención medica general, el Medico lo examina y describe el diagnóstico analizado. OBJETIVOS ESTRATEGICOS Anotar en un documento digital y físico la información del registro de morbilidad Nombre del Proceso: Registro de consulta especializada. TRABAJADORES (Roles) Médico,Empleado ENTIDADES Nombre (Titular y beneficiado), apellido (Titular y beneficiado), cedula (Titular y beneficiado), edad, dependencia, diagnostico, número telefónico, médico de guardia REGLAS DEL NEGOCIO Ser empleado de alguna entidad afiliada al SISSEP Ser referido a revisión especializada por un Medico
  • 22. BREVE DESCRIPCIÓN El Empleado solicita atención médica especializada, el Medico lo examina y describe el diagnóstico analizado. OBJETIVOS ESTRATEGICOS Anotar en un documento digital y físico la información del registro de la consulta especializada. Nombre del Proceso: Registro de intervención quirúrgica. TRABAJADORES (Roles) Coordinador Asistencial,Administrador ENTIDADES Nombre, apellido, cedula, dependencia, insumos y medicamentos, observación. REGLAS DEL NEGOCIO Ser empleado de alguna entidad afiliada al SISSEP Ser referido a intervención quirúrgica por un Medico BREVE DESCRIPCIÓN El Coordinador Asistencial Registra de las intervenciones quirúrgicas en un documento digital o físico, realiza estadísticas de las intervenciones realizadas semanalmente y mensualmente y las envía al administrador OBJETIVOS ESTRATEGICOS Anotar en un documento digital y físico la información del registro de la intervención quirúrgica. Nombre del Proceso: Registro orden de pago. TRABAJADORES (Roles) Analista de orden de pago,Administrador
  • 23. ENTIDADES Banco (nombre y número de cuenta), numero de transferencia(referencia), código, monto beneficiado REGLAS DEL NEGOCIO El administrador debe pagar una compra BREVE DESCRIPCIÓN El analista de orden de pago o el administrador ejecutan la orden de pago de una compra. OBJETIVOS ESTRATEGICOS Anotar en un documento digital y físico la información del registro de una orden de pago  Diagrama de Caso de Uso del Negocio
  • 24.
  • 25.
  • 26.
  • 27. Plantilla de Especificación Identificador: CUN-01 Caso de uso: Transferir fondos de una partida a otra. Actor(es): Administrador, Jefe de planificación de presupuesto Propósito: Anotar en un documento digital y físico la información de la transferencia realizada, y tener noción de la entrada y salida de los fondos de una partida. Precondición: Partida sin fondos suficientes. Post condición: Redactar el descuento de los fondos a la partida emisora, y a la partida receptora el fondo agregado. CURSO NORMAL DE EVENTOS Acción Actor Respuesta del Proceso Actual El Administrador realiza la solicitud de la transferencia. El Jefe de planificación de presupuesto asigna en el documento digital los detalles de la transferencia.
  • 28. El Jefe de planificación de presupuesto resta el fondo del monto de la partida que envió la transferencia. El Jefe de planificación de presupuesto suma el fondo del monto de la partida que recibió la transferencia El Jefe de planificación de presupuesto ejecuta los movimientos presupuestarios solicitados y archiva el documento CURSOS ALTERNOS DE EVENTOS Acción Actor Respuesta del Proceso El Administrador registra en el sistema actual los detalles de la transferencia. El sistema rechaza el registro a causa del bloqueo de la base de datos. REGLAS DEL NEGOCIO La partida a la cual se le solicita el fondo, necesita tener obligatoriamente realizar alguna operación importante.
  • 29. Identificador: CUN-02 Caso de uso: Asignar créditos adicionales a una partida Actor(es): Administrador, Gobierno Propósito: Anotar en un documento digital y físico la información del crédito adicional realizado, y tener noción de la entrada de los fondos de una partida. Precondición: Crédito adicional disponible. Post condición: Redactar el fondo agregado a la partida receptora del crédito adicional. CURSO NORMAL DE EVENTOS Acción Actor Respuesta del Proceso Actual El Gobierno Envía un crédito adicional. ¿? El Administrador Asigna en el documento digital los detalles del crédito adicional. El Administrador Redacta, calcula y distribuye el crédito adicional recibido, hacia las partidas beneficiadas. CURSOS ALTERNOS DE EVENTOS Acción Actor Respuesta del Proceso El profesional registra en el sistema actual los detalles del crédito adicional. El sistema rechaza el registro a causa del bloqueo de la base de datos. REGLAS DEL NEGOCIO Disponibilidad de un crédito adicional
  • 30. Identificador: CUN-03 Caso de uso: Registrar compra Actor(es): Administrador, Proveedor, Jefe de planeación de presupuesto, Analista de orden de pagos Propósito: Anotar en un documento digital y físico la información del proveedor y la de la compra realizada, para tener noción de la entrada de un gasto realizado en una partida. Precondición: Escases de producto/s. Post condición: Resaltar el restado a la partida de donde proviene la compra. CURSO NORMAL DE EVENTOS Acción Actor Respuesta del Proceso Actual El Administrador realiza el planteamiento de la solicitud de la compra El proveedor comprueba disponibilidad del producto/s. El Administrador negocia la compra de los productos. El proveedor negocia la compra de los productos. El Administrador asigna en un documento digital los detalles de la compra y el proveedor. El proveedor proporciona sus datos El coordinador redacta en un documento digital la orden de pago de la compra. El Administrador recibe los productos solicitados en la fecha estipulada. El proveedor entrega los productos solicitados en la fecha estipulada. El coordinador calcula el monto gastado de la compra en el fondo de la partida correspondiente. El Jefe de planeación de presupuestoProcesa la solicitud de compra. El Analista de orden de pagosEjecuta la orden de pago. El Administrador Transfiere el pago de la compra que se realizó CURSOS ALTERNOS DE EVENTOS CURSO ALTERNO 1 Acción Actor Respuesta del Proceso El Administrador realiza el planteamiento de la solicitud de la compra El sistema rechaza el registro a causa del bloqueo de la base de datos. CURSO ALTERNO 2 Acción Actor Respuesta del Proceso El Administrador contacta otro proveedor. El proveedor no tiene el producto que solicitó el Administrador. REGLAS DEL NEGOCIO El producto a comprar debe tener poca existencia en el inventario.
  • 31. Identificador: CUN-04 Caso de uso: Registrar solicitud de bono vacacional y de fin de año. Actor(es): Administrador, Recursos Humanos Propósito: Anotar en un documento digital y físico la información del bono vacacional y de fin de año solicitado por el empleado Precondición: Tener mínimo 1 año de antigüedad Post condición: Tramitar la solicitud. CURSO NORMAL DE EVENTOS Acción Actor Respuesta del Proceso Actual El Administrador realiza los cálculos de antigüedad El Administrador asigna en un documento digital los datos de la solicitud del bono vacacional o de fin de año como también los datos del empleado. El empleado proporciona sus datos El Administradorrealiza los cálculos del bono vacacional o de fin de año dependiendo del estado del empleado. Recursos Humanos verifica la información Administrador procede al pago. CURSOS ALTERNOS DE EVENTOS Acción Actor Respuesta del Proceso El Administrador registra en el sistema actual los detalles de la solicitud de bono vacacional y de fin de año. El sistema rechaza el registro a causa del bloqueo de la base de datos. REGLAS DEL NEGOCIO Tener minino 1 año de antigüedad Identificador: CUN-05 Caso de uso: Validar reposo. Actor(es): Medico, Empleado Propósito: Anotar en un documento digital y físico la información de la validación del reposo solicitado por el empleado. Precondición: Solicitud de validación reposo bajo una revisión médica realizada Post condición: Tramitar la solicitud. CURSO NORMAL DE EVENTOS
  • 32. Acción Actor Respuesta del Proceso Actual El Médico asigna en un documento digital los datos de la solicitud de reposo El Empleado solicita la validación bajo la revisión médica realizada El Médico chequea al paciente y coteja con el reposo. El Médico tramita la solicitud. CURSOS ALTERNOS DE EVENTOS Acción Actor Respuesta del Proceso El Médico registra en el sistema actual los detalles de la solicitud del reposo. El sistema rechaza el registro a causa del bloqueo de la base de datos. REGLAS DEL NEGOCIO Solicitud de validación reposo bajo una revisión médica realizada Identificador: CUN-06 Caso de uso: Registrar morbilidad Actor(es): Medico, Paciente Propósito: Anotar en un documento digital y físico la información del registro de morbilidad. Precondición: Presentar algún síntoma Post condición: Tramitar la solicitud. CURSO NORMAL DE EVENTOS Acción Actor Respuesta del Proceso Actual El paciente solicita atención médica El Médico registra los datos del paciente en un récipe, lo examina y describe el diagnóstico analizado. El paciente proporciona sus datos El Médico tramita la solicitud. CURSOS ALTERNOS DE EVENTOS Acción Actor Respuesta del Proceso El Médico registra en el sistema actual los detalles de la solicitud de morbilidad. El sistema rechaza el registro a causa del bloqueo de la base de datos. REGLAS DEL NEGOCIO Ser empleado de alguna entidad afiliada al SISSEP, Presentar algún síntoma Identificador: CUN-07 Caso de uso: Registrar consulta especializada Actor(es): Medico, Paciente Propósito: Anotar en un documento digital y físico la información del registro de la consulta especializada.
  • 33. Precondición: Ser referido a revisión especializada por un Medico Post condición: Tramitar la solicitud. CURSO NORMAL DE EVENTOS Acción Actor Respuesta del Proceso Actual El paciente solicita atención médica referida por morbilidad El Médico registra los datos del paciente en un récipe, lo examina y describe el diagnóstico analizado. El paciente proporciona sus datos El Médico tramita la solicitud. CURSOS ALTERNOS DE EVENTOS Acción Actor Respuesta del Proceso El Médico registra en el sistema actual los detalles de la consulta especializada. El sistema rechaza el registro a causa del bloqueo de la base de datos. REGLAS DEL NEGOCIO Ser empleado de alguna entidad afiliada al SISSEP, Ser referido a revisión especializada por un Medico Identificador: CUN-08 Caso de uso: Registrar intervención quirúrgica Actor(es):Coordinador Asistencial, Administrador Propósito: Anotar en un documento digital y físico la información del registro de la intervención quirúrgica. Precondición: Ser referido a revisión especializada por un Medico Post condición: Tramitar la solicitud. CURSO NORMAL DE EVENTOS Acción Actor Respuesta del Proceso Actual El Coordinador Asistencial registra las intervenciones quirúrgicas en un documento digital o físico El Coordinador Asistencial realiza estadísticas de las intervenciones realizadas semanalmente y mensualmente y las envía al administrador El Administrador recibe las estadísticas. CURSOS ALTERNOS DE EVENTOS Acción Actor Respuesta del Proceso El Coordinador Asistencial registra las intervenciones quirúrgicas en un documento digital o físico El sistema rechaza el registro a causa del bloqueo de la base de datos.
  • 34. REGLAS DEL NEGOCIO Ser empleado de alguna entidad afiliada al SISSEP, Ser referido a intervención quirúrgica por un Medico Identificador: CUN-09 Caso de uso: Registrar orden de pago Actor(es): Administrador, Analista de orden de pago Propósito: Anotar en un documento digital y físico la información de la orden de pago de una compra Precondición: El jefe de planificación de presupuesto aprobó una compra Post condición: Guardar documento. CURSO NORMAL DE EVENTOS Acción Actor Respuesta del Proceso Actual El analista de orden de pago o el administrador registra los datos de la orden de pago. CURSOS ALTERNOS DE EVENTOS Acción Actor Respuesta del Proceso El Administrador registra en el sistema actual los detalles de la orden de pago. El sistema rechaza el registro a causa del bloqueo de la base de datos. REGLAS DEL NEGOCIO Documento de la de compra aprobada.
  • 35.
  • 36.
  • 37.
  • 38.
  • 39. Formulación del problema (árbol del problema). Formulación de objetivos (árbol de objetivos).
  • 40. 2.3.3 PROPUESTA DE SOLUCIÓN  OBJETIVOS GENERAL Y ESPECIFICOS: Objetivo general: Desarrollar una aplicación web para la gestión administrativa de las compras, ordenes de pagos, partidas, transferencia de fondos, crédito adicional, bono vacacional y de fin de año, validación de reposos, morbilidad, consultas especializadas e intervenciones quirúrgicaspara la facilidad en la obtención de los datos, estadísticas y reportes que se registre en cada uno de los módulos mencionados, esto con la finalidad de realizar cada uno de estas operaciones en menor tiempo y de forma eficaz. Objetivos específicos:  Registro de las compras para visualizar el listado del mismo y obtener detalles de cada una de compras, como también generar reportes de las
  • 41. compras que se realicen con un proveedor específico, y las compras que se realizaron en un rango de fecha. Por último, registrar y generar un reporte de la orden de un pago de cada compra.  Registro de una partida presupuestaria para la asignación de los datos correspondientes, para ver un listado de cada una de las partidas registradas, además registrar la transferencia de fondos de una partida a otra y los créditos adicionales, cada partida debe tener un historial de los movimientos realizados, por lo tanto, el sistema debe generar reportes de un estado de una partida y el historial de una partida.  Registro de los bonos vacacionales y de fin de año que se realizan en el departamento para tener constancia de cada uno de ellos, de modo que los reportes serán generados por rango de fecha.  Registro de la validación de un reposo para un empleado, esta validación puede aprobada o rechazada, los reportes en este módulo serán por rango de fecha y por la dependencia del empleado.  Registro de morbilidad, consulta especializada e intervención quirúrgica para tener conocimiento de cada una de los casos que se presenten en el departamento. Este módulo constara de estadísticas y reportes de la cantidad de registros realizados por rango de fecha.  JUSTIFICACION E IMPACTO SOCIAL 1.-Aportes del área del conocimiento del PNF: Es importante resaltar que el manejo de la información automatizada es uno de los pilares fundamentales para mejorar el funcionamiento de los procesos de manejo de la información, ya que la eficiencia de una empresa y o negocio va a depender de dicho manejo para funcionar de manera eficaz y eficiente, debido a que la información se tornara de carácter oportuno y veraz.
  • 42. Es allí donde entra el programa nacional de formación en informática en su papel protagónico, ya que incentiva a los estudiantes que cursan estudios en él, a elegir una comunidad que no posea esa sistematización tecnológica para mejorar los procesos que allí se llevan y de esta manera proyectar la universidad conjuntamente con la democratización del conocimiento en masa para el bien común. Así mismo como el uso del software libre dentro del marco del plan nacional para la democratización del uso de las tecnologías para la información. 2.- Técnico - ámbito de acción: Desde el punto de vista técnico es indispensable resaltar que el ámbito del uso de las tecnologías es importante debido a que, en esta la llamada era tecnológica es indiscutible que el manejo de las tecnologías se ha vuelto una necesidad para la humanidad. Todos los aspectos de la vida del hombre ahora se encuentran en un entorno digital lo que ha venido a ser una prioridad para la sociedad actual como la conocemos. Es así como en este ambiente de la era de las tecnologías se hace de vital importancia la aplicación de este tipo de proyectos con el fin de mejorar el funcionamiento de una determinada institución y o comunidad. 3.- Legal: Artículo 108 de la CRBV los medios de comunicación social, públicos y privados deben contribuir a la formación ciudadana. El estado garantizara servicios públicos de radio televisión de redes de biblioteca y de informática, con el fin de permitir el acceso universal a la información. Los centros educativos deben incorporar el conocimiento y aplicación de las nuevas tecnologías de sus innovaciones, según los requisitos que establezca la ley
  • 43. Artículo 110 de la CRBV el estado reconocerá el interés público de la ciencia, la tecnología, el conocimiento, la innovación y sus aplicaciones y los servicios de información necesarios por ser instrumentos fundamentales para el desarrollo económico social y político del país asi como para la seguridad y soberanía nacional. Para el fomento y desarrollo de esas actividades el estado destinará recursos suficientes y creará el sistema nacional de ciencia y tecnología de acuerdo a la ley, el sector privado deberá aportar recursos para la misma. El estado garantizara el cumplimiento de principios éticos que deberán regir las actividades de investigación científica y tecnológica, la ley determinara el medio y los modos de dar cumplimiento a esta garantía. Decreto 3390, indica que en la República Bolivariana de Venezuela debe darse prioridad al uso del software libre, no indica que no se debe utilizar software propietario, sin embargo, sí que en caso de existir alguna posibilidad para utilizar un software libre y no uno propietario, debe hacerse uso del Software Libre. Indica también que en un lapso de 24 meses debía haberse llevado a cabo la migración total en todos los entes gubernamentales, esto evidencia la necesidad de que los estudiantes y de hecho los habitantes del país, comiencen a tener un conocimiento certero sobre las mismas Ley Orgánica de Ciencia Tecnología e Innovación Gaceta Oficial Nº 39.575 de fecha 16 de Diciembre del 2010 Promover, estimular y fomentar la investigación científica, la apropiación social del conocimiento y la transferencia e innovación tecnológica, a fin de fomentar la capacidad para las generaciones, uso y circulación del conocimiento e impulsar el desarrollo nacional. 3.- Participante-comunidad: Los participantes del semestre VII del PNF en informática de la universidad politécnica territorial de portuguesa JJ Montilla desarrollan y ejecutan un proyecto que consiste en sistematizar el manejo y uso de la información en el departamento de administración, por lo cual la necesidad
  • 44. fundamental de dicha participación va a ir centrada en ellos, al mismo tiempo que se impulsa la apropiación, uso y manejo del software a desarrollar. La comunidad recibirá este plan de desarrollo para poseer nuevos conocimientos en cuanto al uso de las tecnologías, para así obtener este gran beneficio de ser capacitados. Esto le puede generar un gran impacto en su vida ya que actualmente el uso de la tecnología se ha hecho común y cotidiano. 6.-Población beneficiada: (directos e indirectos) Directos:  Coordinación de administración.  Unidad de recursos humanos.  Unidad de planificación y presupuesto.  Unidad de contabilidad. Indirectos:  Familiares y no familiares de los empleados de SISSEP (dependientes)  Población general.  Población de bajos recursos.  ESTUDIO DE FACTIBILIDAD. Social La aplicación web que se realizara en la comunidad, beneficia la mejora de la calidad en el Sistema Integral Socialista de Salud del Estado Portuguesa “S.I.S.S.E.P”, Satisfaciendo la necesidad de la comunidad ya que la aplicación ayudara a mejorar el control de los registros de datos que maneja la organización en todos los departamentos en los cuales se enfocara el proyecto.
  • 45. Las personas beneficiadas son 6, director, administrador y empleados de la comunidad, debido a que cuando quieran realizar una búsqueda de una planilla, estadísticas, reportes y registro se hará de manera más rápida gracias a la aplicación. También un sin números de personas estarán beneficiados debido al manejo de la información. Los representantes de la comunidad aceptaron cordialmente la solicitud de hacer esto posible. En conclusión, el proyecto socialmente se puede realizar dado que el Sistema Integral Socialista de Salud del Estado Portuguesa “S.I.S.S.E.P” aceptan y harán uso de la aplicación, dado las bondades que garantiza el uso de la aplicación que permitirá llevar de forma ordenada y más rápida el control de los registros que allí manejan. Económico El equipo presentará gastos en documentos para realizar técnicas en la recolecta de información, permisos de la comunidad y control de las visitas. Se estimará que el proyecto tendrá un costo estimado de Bs.D 50,00 – 150,00 anexando los gastos de transporte. El Sistema Integral Socialista de Salud del Estado Portuguesa “S.I.S.S.E.P” no presentara ningún costo dado que el equipo del proyecto socio-tecnológico IV desarrollara la aplicación sin costo alguno, la comunidad tendrá la opción de comprar un servicio en la nube, estos servicios suelen costar entre 5$ a 10$ al mes, para mayor velocidad, seguridad y rendimiento de la aplicación web, cabe destacar que la comunidad cuenta con todos los dispositivos tecnológicos y el acceso a internet, de esta manera se ahorra económicamente en la implantación del proyecto. Los beneficios que se presentaran en el equipo de proyecto son los conocimientos y las experiencias obtenidas durante el desarrollo del proyecto, también resaltar que el equipo del proyecto cuenta con los recursos económicos necesarios para cubrir los gastos del proyecto. En conclusión, el proyecto económicamente es factible, debido a que las herramientas para el desarrollo de la aplicación son de libre uso. Técnico
  • 46. La comunidad deberá contar con un computador, Tablet o un Teléfono inteligente y acceso a internet para la aplicación web, con el fin de poder usar fácilmente todas las funcionalidades que implantará el equipo de proyecto, En este aspecto la comunidad cuenta con cada uno de los dispositivos tecnológicos y al acceso a internet para poder llevar a cabo la implantación del proyecto. Requisitos mínimos del hardware: Ordenador: Procesador: 1.10GHz Memoria RAM: 1,00 GB Estructura del sistema: 32-bits Espacio disponible: 10 GB Dispositivo movil: Procesador: 1.20GHz Memoria RAM: 1,00 GB Espacio disponible: 6 GB Requisitos de la aplicación:  Navegador Google Chrome / Mozilla Firefox / Safari / Opera Web Operativo En cuanto a la operatividad, el personal cuenta con el conocimiento en el manejo de un computador, Tablet y teléfono inteligente además que también en el uso de páginas y aplicaciones web. Aun así, serán capacitados para usar la aplicación web para que tengan una mayor facilidad y experiencia de usuario. Como conclusión el proyecto es operativamente factible.  CRONOGRAMA DE ACTIVIDADES.
  • 47. III ESPECIFICACIÓN DE REQUERIMIENTOS DEL SOFTWARE 3.1 LISTA DE REQUERIMIENTOS FUNCIONALES. Código Caso de uso Actores principales CRF-O1T Transferir fondos de una partida a otra Administrador, jefe de planificación y presupuesto CRF-O2C Asignar crédito adicional para una partida Administrador CRF-O3RC Registro de compra Administrador, jefe de planificación de presupuesto, analista de orden de pago CRF-04RSBF Registro de solicitud de bono vacacional o de fin de año Administrador, recursos humanos CRF-O5VR Validar reposo Administrador, médico, empleado CRF-06RM Registrar morbilidad Administrador, medico, paciente CRF-07RCE Registrar consulta especializada Administrador, medico, paciente Id. Actividades Comienzo Fin Duración 2022 jul. ago. ene. feb. abr. may. jun. oct. sep. mar. nov. 4 3 2 1 16d 07/02/2022 17/01/2022 Establecimiento de Equipos, alcance del PST IV y diferenciación con los anteriores, Presentación de propuestas de Trabajos (Comunidad y posible propuesta Inicial") Solicitud de Informe hasta DIAGNÓSTICO SITUACIONAL PARTICIPATIVO Y COMUNITARIO(Organigrama Estructural ) Cronograma de Trabajo según esquema PST IV, para Comprender la Metodología para la implantación del Software dic. 21d 14/03/2022 14/02/2022 Presentación de Propuesta Inicial (Bajo Programación) de los requerimientos de funcionales para la revisión de las reglas del negocio con la comunidad. Necesidad Tecnológica. Propuesta de solución Especificación de Requerimientos del Software. Modelaje de BD y las reglas del negocio 21d 18/04/2022 21/03/2022 Arquitectura del Software. Caracterizar y listar métricas aplicadas al software desarrollado. Implementación de reglas del negocio 16d 16/05/2022 25/04/2022 Refinamiento de Requerimientos Funcionales y No Funcionales Socialización de Visión del Software. Portafolio Preliminar
  • 48. CRF-08RIQ Registrar intervención quirúrgica Administrador, coordinador asistencial CRF-09ROP Registro de orden de pago Administrador, analista de orden de pago 3.2 ESPECIFICACIÓN DE REQUERIMIENTOS FUNCIONALES Id requerimiento CRF-01T Nombre del requerimiento Transferir fondos de una partida a otra características Registro de transferencia de una partida a otra Descripción del requerimiento Registrar los datos correspondientes de transferencia de una partida a otra en el formulario Prioridad del requerimiento PrioridadAlta Id del requerimiento CRF-O2C Nombre del requerimiento Asignar crédito adicional a una partida características Registro de asignación de un crédito adicional a una partida Descripción del requerimiento Registrar los datos correspondientes de un crédito adicional de un apartida en el formulario Prioridad del requerimiento Prioridad alta Id del requerimiento CRF-03RC Nombre del requerimiento Registrar compra características Registro de una compra Descripción del requerimiento Registrar los datos correspondientes a una compra en el formulario Prioridad del requerimiento Prioridad alta Id del requerimiento CRF-04RSBF
  • 49. Nombre del requerimiento Registro de solicitud de bono vacacional y de fin de año Características del requerimiento Registro de solicitudes de bono vacacional y de fin de año Descripción del requerimiento Registrar los datos correspondientes del bono vacacional y de fin de año en el formulario Prioridad del requerimiento Prioridad Alta Id del requerimiento CRF-06VR Nombre del requerimiento Validar Reposo Características Registro y validación de un reposo Descripción del requerimiento Registro de datos correspondientes y validar el reposo si se requiere Prioridad del requerimiento Prioridad Alta Id del requerimiento CRF-07CE Nombre del requerimiento Registrar consulta especializada Características Registro yestadística de una consulta especializada Descripción del requerimiento Registro de datos correspondientes a una consulta especializada, además de generar estadísticas Prioridad del requerimiento Prioridad Alta Id del requerimiento CRF-08RIQ Nombre del requerimiento Registrar intervenciones quirúrgicas Características del requerimiento Registro y estadísticas de intervenciones quirúrgicas Descripción del requerimiento Registros de datos correspondientes además generar estadísticas Prioridad del requerimiento Prioridad Alta
  • 50. Id de requerimiento CRF-09ROP Nombre del requerimiento Registrar orden de pago Características del requerimiento Registro y generar reporte Descripción del requerimiento Registrar datos correspondientes para generar reportes de una orden de pago Prioridad del requerimiento Prioridad alta 3.3 ESPECIFICACIÓN DE REQUERIMIENTOS NO FUNCIONALES Tipo Código Descripción Características del diseño RNF-01 El software se desarrollará con el fin de ofrecer un uso eficaz y de calidad, usando tecnología web (software libre) RNF-02 Para la gestión de base de datos se usará PostgreSQL. RNF-03 La aplicación informática deberá ser compatible con los navegadores Google Chrome, Internet Explorer, Mozilla Firefox, Safari, entre otros. Interfaces de Usuario RNF-04 La resolución de la aplicación web de adaptara a cualquier dispositivo. Seguridad RNF-05 A cada personal se le asignará un usuario y una clave, los cuales permitirán el ingreso de acuerdo a los permisos que poseen. Requisitos del Sistema RNF-06 La aplicación web debe ser multiusuario, multinivel y multiplataforma y no debe generar conflicto con las aplicaciones existentes. RNF-07 La aplicación web debe operar sobre cualquier computador que cuente con los requerimientos mínimos como un procesador Dual Core o superior, 2 GB de memoria RAM y disco duro de 56 GB, entre otras características.
  • 51. Tipo Código Descripción Requisitos de Desempeño RNF-08 El tiempo de respuesta de la aplicación informática para operaciones de registro, consultas y reportes de la información deberá ser como máximo 10 segundos de espera. RNF-09 La aplicación web debe permitir ser usado intuitivamente por cualquier usuario, además de realizar búsquedas sin entrenamiento previo. Usabilidad RNF-11 La aplicación informática estará disponible 24 horas al día, 7 días a la semana. Confiabilidad RNF-12 La aplicación podrá tener respaldo de la información. 3.4 DIAGRAMA DE CASO USO DEL SOFTWARE.
  • 52.
  • 53.
  • 54.
  • 55. 3.5 ESPECIFICACIONES DE LOS CASOS DE USO DEL SOFTWARE (PLANILLA DE ESPECIFICACIÓN YDIAGRAMA DE ACTIVIDAD).
  • 56. Identificador: CRF-01T Caso de uso: Transferir fondos de una partida a otra Actor(es): Administrador,Jefe de planificación de presupuesto. Propósito: Registrar, consultar, modificar y eliminar la solicitud de una transferencia entre partidas, consultar estado de una partida y generar reportes Precondición: Autentificación y permiso del usuario en el sistema Post condición: Datos ingresados correctamente. CURSO NORMAL DE EVENTOS Acción del Usuario Respuesta del Sistema Si el administrador registra una transferencia y especifica en el campo de la descripción, este ingresa y guarda los datos correspondientes en el formulario. El sistema válida los datos ingresados, de ser correctos, lo guarda con estado de pendiente y lo re direccionará al listado. El jefe de planificación presupuestaria presiona el botón de cambiar el estado, define la transferencia en caso de aprobar o elimina. El sistema válida la solicitud, procede a guardar los cambios y lo re direccionará al listado. Si el usuario presiona el botón del detalle. El sistema válida la solicitud y muestra los datos correspondientes. CURSOS ALTERNOS DE EVENTOS Acción Actor Respuesta del Proceso Si el usuario no está autentificado o no tiene el permiso correspondiente. El sistema lo re direccionará a una página válida para el usuario. Si el usuario registra o edita, y no ingresa los datos correspondientes. El sistema le envía un aviso del error, y no guarda los datos. REGLAS DEL NEGOCIO Estar autenticado y tener los permisos correspondientes. Identificador: CRF-02C Caso de uso: Asignar crédito adicional a una partida Actor(es): Administrador, Gobierno Propósito: Registrar un crédito adicional y distribuirlo entre las partidas que lo amerite Precondición: Autentificación y permiso del usuario en el sistema Post condición: Datos ingresados correctamente. CURSO NORMAL DE EVENTOS Acción del Usuario Respuesta del Sistema
  • 57. Si el Administrador registra o edita un crédito adicional, este ingresa y guarda los datos correspondientes en el formulario. El sistema válida los datos ingresados, de ser correctos, lo guarda y lo re direcciona al listado. Si el Administrador presiona el botón de eliminar. El sistema válida la solicitud, procede a guardar los cambios y lo re direcciona al listado. Si el Administrador presiona el botón del detalle. El sistema válida la solicitud y muestra los datos correspondientes. CURSOS ALTERNOS DE EVENTOS Acción Actor Respuesta del Proceso Si el usuario no está autentificado o no tiene el permiso correspondiente. El sistema lo re direccionará a una página válida para el usuario. Si el usuario registra, y no ingresa los datos correspondientes. El sistema le envía un aviso del error, y no guarda los datos. REGLAS DEL NEGOCIO Estar autenticado y tener los permisos correspondientes. Identificador: CRF-03RC Caso de uso: Registrar compra Actor(es): Administrador, proveedor, Jefe de planeación de presupuesto, analista de orden de pago Propósito: Registrar el planteamiento de una compra, asignar el planteamiento realizado en estado de pendiente, procesar la solicitud de la compra, registrar la orden de pago y generar reportes Precondición: Autentificación y permiso del usuario en el sistema Post condición: Datos ingresados correctamente. CURSO NORMAL DE EVENTOS Acción del Usuario Respuesta del Sistema Si el administrador plantea la solicitud de la compra e ingresa los datos correspondientes. El sistema válida los datos ingresados, de ser correctos, asigna el estado de la compra con estado de pendiente, lo guarda y lo re direcciona al listado. Si el administrador o el jefe de planificación de presupuesto presiona el botón de cambiar el estado o de eliminar. El sistema válida la solicitud, procede a guardar los cambios y lo re direcciona al listado. Si el jefe de planificación de presupuesto procesa la solicitud de la compra. El sistema válido asigna el estado de la compra con estado de aprobado. Si el analista de orden de pago registra la orden de pago El Sistema guarda la información Si el administrador selecciona el botón de generar reportes. El sistema genera reportes por rango de fecha o proveedor, según se le
  • 58. especifique. CURSOS ALTERNOS DE EVENTOS Acción Actor Respuesta del Proceso Si el usuario no está autentificado o no tiene el permiso correspondiente. El sistema lo re direccionará a una página válida para el usuario. Si el usuario registra o edita, y no ingresa los datos correspondientes. El sistema le envía un aviso del error, y no guarda los datos. REGLAS DEL NEGOCIO Estar autenticado y tener los permisos correspondientes. Identificador: CRF-04RSBF Caso de uso: Registrar solicitud de bono vacacional y de fin de año Actor(es): Administrador, recursos humanos Propósito: Registrar, mostrar, modificar y eliminar las solicitudes de bono vacacional y de fin de año. Precondición: Autentificación y permiso del usuario en el sistema Post condición: Datos ingresados correctamente. CURSO NORMAL DE EVENTOS Acción del Usuario Respuesta del Sistema Si el administrador registra la solicitud de bono vacacional y de fin de año El sistema válida los datos ingresados, de ser correctos, lo guarda y asigna la solicitud con estado en pendiente. Si recursos humanos verifica la información El sistema asigna el estado de la solicitud en aprobado o rechazado y guarda los cambios. Si el administrador selecciona el botón de generar reportes. El sistema genera reportes por rango de fecha. CURSOS ALTERNOS DE EVENTOS Acción Actor Respuesta del Proceso Si el usuario no está autentificado o no tiene el permiso correspondiente. El sistema lo re direccionará a una página válida para el usuario. Si el usuario registra o edita, y no ingresa los datos correspondientes. El sistema le envía un aviso del error, y no guarda los datos. REGLAS DEL NEGOCIO Estar autenticado y tener los permisos correspondientes. Identificador: CRF-05VR Caso de uso: Validar reposo Actor(es): Administrador, medico. Propósito: Registrar, editar, visualizar, validar y eliminar reposos. Precondición: Autentificación y permiso del usuario en el sistema Post condición: Datos ingresados correctamente.
  • 59. CURSO NORMAL DE EVENTOS Acción del Usuario Respuesta del Sistema Si el médico registra el reposo. El sistema válida los datos ingresados, de ser correctos, lo guarda. Si el médico valida el reposo El sistema guarda el registro con el estado de aprobado o rechazado Si el médico selecciona el botón de generar reportes. El sistema genera reportes por rango de fecha. CURSOS ALTERNOS DE EVENTOS Acción Actor Respuesta del Proceso Si el usuario no está autentificado o no tiene el permiso correspondiente. El sistema lo re direccionará a una página válida para el usuario. Si el usuario registra o edita, y no ingresa los datos correspondientes. El sistema le envía un aviso del error, y no guarda los datos. REGLAS DEL NEGOCIO Estar autenticado y tener los permisos correspondientes. Identificador: CRF-06RM Caso de uso: Registrar morbilidad Actor(es): Administrador, medico Propósito: Registrar, editar, visualizar y eliminar la morbilidad Precondición: Autentificación y permiso del usuario en el sistema Post condición: Datos ingresados correctamente. CURSO NORMAL DE EVENTOS Acción del Usuario Respuesta del Sistema Si el médico registra la morbilidad. El sistema válida los datos ingresados, de ser correctos, lo guarda y lo re direcciona al listado. Si el médico selecciona el botón de generar reportes. El sistema genera reportes por rango de fecha. CURSOS ALTERNOS DE EVENTOS Acción Actor Respuesta del Proceso Si el usuario no está autentificado o no tiene el permiso correspondiente. El sistema lo re direccionará a una página válida para el usuario. Si el usuario registra o edita, y no ingresa los datos correspondientes. El sistema le envía un aviso del error, y no guarda los datos. REGLAS DEL NEGOCIO Estar autenticado y tener los permisos correspondientes. Identificador: CRF-07RCE Caso de uso: Registrar consulta especializada Actor(es): Administrador, medico.
  • 60. Propósito: Registrar, editar, visualizar y eliminar consultas especializadas. Precondición: Autentificación y permiso del usuario en el sistema Post condición: Datos ingresados correctamente. CURSO NORMAL DE EVENTOS Acción del Usuario Respuesta del Sistema Si el médico registra una consulta especializada. El sistema válida los datos ingresados, de ser correctos, lo guarda y lo re direcciona al listado. Si el médico selecciona el botón de generar reportes. El sistema genera reportes por rango de fecha. CURSOS ALTERNOS DE EVENTOS Acción Actor Respuesta del Proceso Si el usuario no está autentificado o no tiene el permiso correspondiente. El sistema lo re direccionará a una página válida para el usuario. Si el usuario registra o edita, y no ingresa los datos correspondientes. El sistema le envía un aviso del error, y no guarda los datos. REGLAS DEL NEGOCIO Estar autenticado y tener los permisos correspondientes. Identificador: CRF-08RIQ Caso de uso: Registrar intervención quirúrgica Actor(es): Administrador, coordinador asistencial Propósito: Registrar, editar, visualizar y eliminar intervenciones quirúrgicas. Precondición: Autentificación y permiso del usuario en el sistema Post condición: Datos ingresados correctamente. CURSO NORMAL DE EVENTOS Acción del Usuario Respuesta del Sistema Si medico registra una intervención quirúrgica. El sistema válida los datos ingresados, de ser correctos, lo guarda y lo re direcciona al listado. Si el médico selecciona el botón de generar reportes. El sistema genera reportes por rango de fecha. CURSOS ALTERNOS DE EVENTOS Acción Actor Respuesta del Proceso Si el usuario no está autentificado o no tiene el permiso correspondiente. El sistema lo re direccionará a una página válida para el usuario. Si el usuario registra o edita, y no ingresa los datos correspondientes. El sistema le envía un aviso del error, y no guarda los datos. REGLAS DEL NEGOCIO Estar autenticado y tener los permisos correspondientes.
  • 61. Identificador: CRF-09ROP Caso de uso: Registro de orden de pago Actor(es): Administrador, analista de orden de pago Propósito: Registrar, editar, visualizar y eliminar órdenes de pago Precondición: Autentificación y permiso del usuario en el sistema Post condición: Datos ingresados correctamente. CURSO NORMAL DE EVENTOS Acción del Usuario Respuesta del Sistema Si el administrador o el analista de orden de pago registra una orden de pago El sistema válida los datos ingresados, de ser correctos, lo guarda y lo re direcciona al listado. Si el administrador selecciona el botón de generar reportes. El sistema genera reportes por banco y rango de fecha. CURSOS ALTERNOS DE EVENTOS Acción Actor Respuesta del Proceso Si el usuario no está autentificado o no tiene el permiso correspondiente. El sistema lo re direccionará a una página válida para el usuario. Si el usuario registra o edita, y no ingresa los datos correspondientes. El sistema le envía un aviso del error, y no guarda los datos. REGLAS DEL NEGOCIO Estar autenticado y tener los permisos correspondientes.
  • 62.
  • 63.
  • 64.
  • 65. 3.6 ESPECIFICACIÓN REGLAS DE NEGOCIO.  Nombre del Proceso: Transferir fondos de una partida a otra. REGLAS DEL NEGOCIO Estar autenticado y tener permiso a las transferencias de una partida a otra en el módulo de presupuesto. Tener una solicitud aprobada por el jefe de planificación de presupuesto.  Nombre del Proceso: Registrar crédito adicional. REGLAS DEL NEGOCIO Estar autenticado y tener permiso a los créditos adicionales en el módulo de presupuesto. Tener disponible un crédito adicional por parte del ente Gubernamental  Nombre del Proceso: Registrar compra. REGLAS DEL NEGOCIO Estar autenticado y tener permiso a las compras en el módulo de presupuesto. La compra debe estar aprobada por el jefe de planificación de presupuesto
  • 66.  Nombre del Proceso: Registrar solicitud de bono vacacional y de fin de año. REGLAS DEL NEGOCIO Estar autenticado y tener permiso a las solicitudes de bonos vacacionales y de fin de año en el modulo de presupuesto. Tener la aprobación de recursos Humanos  Nombre del Proceso: Validar reposo. REGLAS DEL NEGOCIO Estar autenticado y tener permiso a las validaciones de reposo en el módulo de morbilidad. Estar aprobado por el médico de morbilidad.  Nombre del Proceso: Registrar morbilidad. REGLAS DEL NEGOCIO Estar autenticado y tener permiso a los registros de morbilidad en el módulo de morbilidad. Haber asistido a una consulta con el médico de morbilidad.  Nombre del Proceso: Registrar consulta especializada. REGLAS DEL NEGOCIO Estar autenticado y tener permiso a las consultas especializadas el módulo de morbilidad. Estar referido por el médico de morbilidad.  Nombre del Proceso: Registrar intervención quirúrgica.
  • 67. REGLAS DEL NEGOCIO Estar autenticado y tener permiso a las intervenciones quirúrgicas en el módulo de morbilidad. Presentar un registro para la intervención quirúrgica  Nombre del Proceso: Registrar orden de pago. REGLAS DEL NEGOCIO Estar autenticado y tener permiso a las órdenes de pago en el módulo de presupuesto. Haber comprar aprobadas en el sistema. 3.7 ESPECIFICACIÓN DE ACTORES Autenticación: si el usuario no está registrado en la base de datos, no podrá ingresar al sistema por lo que se le re direccionara al menú de autentificación para que ingrese sus credenciales. Una vez autenticado podrá ingresar al sistema. Permisos de usuarios: Se le asignara a cada rol permisos específicos los cuales son:  Administrador: tendrá acceso a todos los módulos del sistema.  Jefe de planificación de presupuesto: tendrá acceso solo al módulo de presupuesto, y solamente administrará las planificaciones presupuestarias, además de los reportes del módulo.  Analista de orden de pago: tendrá acceso solo al módulo de presupuesto, y solamente administrará las órdenes de pago, además de los reportes del módulo.  Medico: tendrá acceso solo al módulo de morbilidad y consultas especializadas, y solamente administrará los registros de morbilidad y consultas especializadas, además de los reportes de ambos módulos.
  • 68. IV VISIÓN DEL SOFTWARE Este software tiene como acción facilitar la administración en el manejo de la información suministrada en el área de administración, y en el sector médico para facilitar las tomas de decisiones mediante las estadísticas de los datos suministrados y los reportes en tiempo real. Tiene como visión ayudar a las organizaciones relacionadas a la administración, específicamente en el área de presupuestos, recursos humanos, compras, órdenes de pagos y en el área médica; entre los cuales está morbilidad, consultas especializadas e intervenciones quirúrgicas. FASE II - DISEÑO Y DESARROLLO DEL PROYECTO 1. NOMBRE DEL SOFTWARE SISTEMA DE REGISTRO DE INFORMACIÓN DE LA ADMINISTRACIÓN DEL SISSEP (SISRIAS). 2. ALCANCE DEL SOFTWARE El equipo de proyecto tiene como objetivo principal el de desarrollar una aplicación web para mejorar el registro de la información para la toma de decisiones en la administración del “SISSEP”. Entre los alcances que tendrá dicho proyecto o aplicación web de registro de información son las siguientes: ● Seguimiento de las estadísticas de las morbilidades, consultas especializadas e intervenciones quirúrgicas ● Registrar, modificar, consultar y eliminar de la información suministrada en la administración, entre las cuales están: presupuesto, compras, recursos humanos y sección médica. ● Generar reportes de los datos solicitados por dependencia, rango de fechas y por proveedores, en el caso de la sección de compras.
  • 69. 3. METODOLOGIA UTILIZADA. Metodología MeRinde: Es un proyecto que propone un estándar abierto para el proceso de desarrollo de software orientado a planes que se estructura en dos dimensiones o ejes. Surge de la combinación y adaptación de modelos y metodologías ampliamente utilizadas para el desarrollo de software y la reingeniería de procesos del negocio. Esta metodología está fuertemente fundamentada en los requerimientos del Centro Nacional de Tecnología de Información (NCTI) y en varias metodologías como el Proceso Unificado (PU) especialmente. Fases de la Metodología ● Fase de inicio En esta fase se plantea la visión que tiene el equipo o desarrollador en cuanto a lo que será el sistema, se fijan los propósitos o fines principales para el ciclo de vida del producto. Durante la fase de inicio se establece el mecanismo por el cual el producto le proveerá beneficios al usuario final o bien sea al cliente. Se describen todos los actores y casos de usos del producto y además se debe crear o implementar un plan de negocio para definir los recursos que se asignan al proyecto. Para finalizar esta fase se deben haber tomado en cuenta los costos en recursos, el tiempo total del proyecto, los riesgos e incertidumbres que pueda generar, además de su viabilidad. ● Fase de Elaboración El propósito específico que tiene la fase de elaboración es proyectar la manera en que se va a realizar la arquitectura para el ciclo de vida del producto, es decir, para u evolución durante su uso o bien sea su permanencia en cuanto a funcionamiento, se elabora una arquitectura en diversas interacciones hasta lograr el producto deseado. Esta fase debe seguir el patrón de todos los casos de uso planteados en la fase de inicio.
  • 70. Además se deben considerar la mayoría de las exigencias funcionales, tomando en cuenta los riesgos que puedan afectar los fines del sistema para que de esta manera pueda hacerse realizable el producto en cuestión. La fase de elaboración concluye cuando el equipo del proyecto tiene en claro los riesgos principales que puedan afectar al producto, de manera de saber cuáles son los requerimientos en cuanto a la realización de este, además de la evolución que este tendrá. ● Fase de Construcción Una vez que el equipo esté en esta fase deben tener como meta o finalidad lograr la disposición o capacidad operativa del producto, considerando que en dicho producto deben de estar incluidas todas las propiedades, elementos, requisitos y/o exigencias, las cuales previamente deben haber sido evaluadas y probadas totalmente, obteniendo de esta manera una versión del producto que sea aprobada o admisible para quien vaya a hacer uso de esta. En conclusión, el objetivo de esta fase es el desarrollo total del sistema ya preparado para la fase de transición, debe haber sido probada toda su funcionalidad y aplicación de manera de evitar que sea pospuesta la fase de transición por incumplimiento de los criterios de esta fase. ● Fase de Transición Ya en esta fase, el producto debe de estar en manos de los usuarios finales en su forma funcional, luego de que haya sido probado y aceptado en su totalidad por dichos usuarios, además se deberá doctrinar a los usuarios en cuanto al empleo o manipulación del sistema, y principalmente en lo que se refiere a la configuración usabilidad e instalación del producto. Es decir, se debe avalar o confirmar que el usuario aprenda a operar el producto final, el cual debe cumplir con todos los requerimientos establecidos en el proceso de realización del mismo. En resumen, en esta fase se debe determinar si todos los propósitos en cuanto al proyecto fueron logrados, además se debe confirmar que el cliente haya aceptado, observado y verificado el producto final que le fue proporcionado.