Descripción del proyecto
TraducidoSe requieren servicios de programador. Desarrollo de software. El objetivo principal del proyecto*: desarrollar un software que permita crear automáticamente un archivo PRKO, así como almacenar documentos creados con la capacidad de generar automáticamente cambios en ellos si es necesario.
Además, es necesario guardar el historial de cambios del documento (PRKO), proporcionar acceso a cada archivo PRCO individual y permitir ver la versión actual del archivo PRCO.
* Referencia: en el caso de la formación de la primera decisión sobre el cliente, será necesario ingresar manualmente toda la información en la plantilla PRKO. La entrada será similar al procedimiento actual de llenado de plantillas, excepto que la formación de filas/celdas/particiones adicionales será automatizada y el ejecutor no necesitará trabajar con el cambio de la tabla de la plantilla. Tras los resultados de ingresar datos en el PRKO, el contratista podrá formar este archivo en formato Word.
Los principales requisitos del software:
1. El inicio de sesión en el programa será realizado por cada usuario sobre la base de un nombre de usuario y una contraseña.
2. El nombre de usuario y la contraseña se almacenarán en una base de datos encriptada.
3. Roles con diferentes derechos de acceso
4. Cada CI tiene derecho a acceder a un cierto grupo de clientes y tiene derecho a otorgar/terminar el acceso a sus clientes por parte de empleados de otros servicios.
5. La interfaz del programa debe ser similar a la interfaz de CRM para garantizar la comodidad de uso de este software por parte del ejecutor.
6. La tecnología de formación del primer PRKO en el cliente será casi similar al proceso actual (la automatización solo afectará las acciones destinadas a formar una plantilla PRKO específica, la información se ingresará manualmente en el PRKO primario)
7. Como parte de la creación de una plataforma única para la coordinación, los servicios, además de la CPU, también tendrán acceso al archivo de decisión con el propósito de formatearlo en el programa mismo como parte del proceso de coordinación.
8. A cada archivo PRRO se le asignará un estado en el programa que hará comprensible la etapa actual de trabajo en el PRRO.
9. El programa no implementará un servidor de correo que proporcione notificaciones a los usuarios del programa sobre el cambio en el estado de un archivo PRKO separado o cambios realizados. Esta decisión se debe a la complejidad adicional del desarrollo y configuración de tal servidor y a la actitud insignificante hacia la tarea sanitaria del software que se está desarrollando.
10. Se enviarán notificaciones a los usuarios sobre el origen de cualquier cambio en sus clientes dentro del programa mismo.
11. En el marco del software propuesto, solo se formará el PRCO para el producto NCL, es decir, se formará el NCL. Puedes crear una solución inicial, hacer cambios en ella.
12. Para hacer cambios en la decisión previamente tomada, será necesario seleccionar mediante casilla de verificación aquellas secciones de la decisión que necesitan ser ajustadas/suplementadas y se creará una nueva solución mediante el botón “formar” para cambiar la condición con los campos de “parámetros cancelables” ya llenos, donde solo quedarán por llenar los “parámetros aprobados”.
13. Después de la aprobación del PRKO en el programa y de que se tome la decisión, el CI cambia el estado de la decisión a enmienda a "adoptada", hace el No y la fecha después de la cual la decisión se incorpora al programa como adoptada. Además, el CI descarga un escaneo de la decisión del Secretario de CA para confirmar la decisión.
14. La estructura del programa proporcionará una función de visualización del historial de cualquier PRCO, es decir, podrás ver cuándo se tomó la decisión, cuándo se hicieron los cambios y con la ayuda de un “clic” podrás ver la esencia de los cambios realizados.
15. La función obligatoria del programa será posible mostrar la versión actual de la decisión en una sola pantalla, es decir, la misma. Hay PRCOs en aprobación del préstamo y 10 cambios en él y para entender las condiciones actuales no necesitas trabajar con 11 documentos, solo necesitas hacer clic en el botón “ver las condiciones actuales” y la decisión de aprobar el préstamo en la versión de 10 cambios se mostrará en la pantalla.
16. El programa permitirá formar en un solo archivo una decisión - aprobación de productos para varios prestatarios del Servicio de Salud del Estado. También será posible hacer cambios en varios productos de diferentes clientes.
17. El programa determinará automáticamente por varios IDs (ID de producto, número NCL, etc.) qué datos de nuevas soluciones deberán atribuirse a las decisiones ya tomadas.
18. Será posible dejar una breve parte descriptiva para cada archivo PRRO, que dará una comprensión de por qué se realizó el cambio.
19. La navegación en el programa debe ser conveniente e intuitiva para el usuario.
20. El programa implementará una correspondencia lógica entre: No decisión, producto en aplicación CRM/Exel, cliente, SSZ.
21. La búsqueda de PRKO aceptados se llevará a cabo ya sea a través del No y la fecha, o a través del No del NCL al que se refiere, o a través del TIN puedes encontrar todos los productos del cliente y, en consecuencia, el PRKO mismo.
22. El software desarrollado debe responder rápidamente a las acciones del usuario.
Además, es necesario guardar el historial de cambios del documento (PRKO), proporcionar acceso a cada archivo PRCO individual y permitir ver la versión actual del archivo PRCO.
* Referencia: en el caso de la formación de la primera decisión sobre el cliente, será necesario ingresar manualmente toda la información en la plantilla PRKO. La entrada será similar al procedimiento actual de llenado de plantillas, excepto que la formación de filas/celdas/particiones adicionales será automatizada y el ejecutor no necesitará trabajar con el cambio de la tabla de la plantilla. Tras los resultados de ingresar datos en el PRKO, el contratista podrá formar este archivo en formato Word.
Los principales requisitos del software:
1. El inicio de sesión en el programa será realizado por cada usuario sobre la base de un nombre de usuario y una contraseña.
2. El nombre de usuario y la contraseña se almacenarán en una base de datos encriptada.
3. Roles con diferentes derechos de acceso
4. Cada CI tiene derecho a acceder a un cierto grupo de clientes y tiene derecho a otorgar/terminar el acceso a sus clientes por parte de empleados de otros servicios.
5. La interfaz del programa debe ser similar a la interfaz de CRM para garantizar la comodidad de uso de este software por parte del ejecutor.
6. La tecnología de formación del primer PRKO en el cliente será casi similar al proceso actual (la automatización solo afectará las acciones destinadas a formar una plantilla PRKO específica, la información se ingresará manualmente en el PRKO primario)
7. Como parte de la creación de una plataforma única para la coordinación, los servicios, además de la CPU, también tendrán acceso al archivo de decisión con el propósito de formatearlo en el programa mismo como parte del proceso de coordinación.
8. A cada archivo PRRO se le asignará un estado en el programa que hará comprensible la etapa actual de trabajo en el PRRO.
9. El programa no implementará un servidor de correo que proporcione notificaciones a los usuarios del programa sobre el cambio en el estado de un archivo PRKO separado o cambios realizados. Esta decisión se debe a la complejidad adicional del desarrollo y configuración de tal servidor y a la actitud insignificante hacia la tarea sanitaria del software que se está desarrollando.
10. Se enviarán notificaciones a los usuarios sobre el origen de cualquier cambio en sus clientes dentro del programa mismo.
11. En el marco del software propuesto, solo se formará el PRCO para el producto NCL, es decir, se formará el NCL. Puedes crear una solución inicial, hacer cambios en ella.
12. Para hacer cambios en la decisión previamente tomada, será necesario seleccionar mediante casilla de verificación aquellas secciones de la decisión que necesitan ser ajustadas/suplementadas y se creará una nueva solución mediante el botón “formar” para cambiar la condición con los campos de “parámetros cancelables” ya llenos, donde solo quedarán por llenar los “parámetros aprobados”.
13. Después de la aprobación del PRKO en el programa y de que se tome la decisión, el CI cambia el estado de la decisión a enmienda a "adoptada", hace el No y la fecha después de la cual la decisión se incorpora al programa como adoptada. Además, el CI descarga un escaneo de la decisión del Secretario de CA para confirmar la decisión.
14. La estructura del programa proporcionará una función de visualización del historial de cualquier PRCO, es decir, podrás ver cuándo se tomó la decisión, cuándo se hicieron los cambios y con la ayuda de un “clic” podrás ver la esencia de los cambios realizados.
15. La función obligatoria del programa será posible mostrar la versión actual de la decisión en una sola pantalla, es decir, la misma. Hay PRCOs en aprobación del préstamo y 10 cambios en él y para entender las condiciones actuales no necesitas trabajar con 11 documentos, solo necesitas hacer clic en el botón “ver las condiciones actuales” y la decisión de aprobar el préstamo en la versión de 10 cambios se mostrará en la pantalla.
16. El programa permitirá formar en un solo archivo una decisión - aprobación de productos para varios prestatarios del Servicio de Salud del Estado. También será posible hacer cambios en varios productos de diferentes clientes.
17. El programa determinará automáticamente por varios IDs (ID de producto, número NCL, etc.) qué datos de nuevas soluciones deberán atribuirse a las decisiones ya tomadas.
18. Será posible dejar una breve parte descriptiva para cada archivo PRRO, que dará una comprensión de por qué se realizó el cambio.
19. La navegación en el programa debe ser conveniente e intuitiva para el usuario.
20. El programa implementará una correspondencia lógica entre: No decisión, producto en aplicación CRM/Exel, cliente, SSZ.
21. La búsqueda de PRKO aceptados se llevará a cabo ya sea a través del No y la fecha, o a través del No del NCL al que se refiere, o a través del TIN puedes encontrar todos los productos del cliente y, en consecuencia, el PRKO mismo.
22. El software desarrollado debe responder rápidamente a las acciones del usuario.
Desarrollo de software Transferencia bancaria
