Back - JUST-001 - Register doctor

[DMRamirezZarta]

url : http://localhost:7082/api/v1/doctor/register action : post jwtt : no

body example: { "name" : "Paloma", "surname" : "Zamora", "dni" : 35350341, "email" : "palomazamora@gmail.com", "password" : 12345678, "dateOfBirth" : "1990-04-05", "gender": "FEMENINO", "specialty" : "CARDIOLOGIA", "medicalLicense" : "128875" }

Consideraciones:

• Los campos marcados arriba son obligatorios (No nulos).
• Email y Dni deben ser campos únicos (no estar registrados anteriormente en db).
• Email debe tener formato email ( "@something.com" )
• Contraseña debe tener al menos 8 caracteres (si puede ser, el resto de las corroboraciones realizarlas en front).
• DateOfBirtth tiene formato yyyy-mm-dd , como muestra el ejemplo.
• Gender es enum, por lo que solamente acepta valores de "FEMENINO" , "MASCULINO" y "OTRO" . Siempre mayúscula y español.
• De momento, no existen atributos no obligatorios para doctor.
• Specialty es enum tomado de un documento oficial que pasó Abigail, página 15 -> https://www.argentina.gob.ar/sites/default/files/especialidades_medicas_2019.pdf . Siempre mayúscula, sin tildes, en español y palabras separadas por guiones. Son más de 70, no sé si se prefiere que dé la lista completa y la reconstruyan desde front, o les genero un endpoint para que puedan visualizar para el user todas las opciones.
• Posible a futuro hacer un array con las obras sociales / prepagas que atienda el médico, por ahora no incluido.

[DMRamirezZarta]

Feedback` sobre el Testeo del Caso de Prueba CP1: Registro Exitoso de Médico

Descripción del Caso de Prueba: Verificar que un médico pueda registrarse correctamente en Justina.io.

Pasos Realizados:

• Llenar el formulario de registro con datos válidos.
• Confirmar el registro mediante correo electrónico.
• Resultado Esperado:
• El médico se registra exitosamente y recibe confirmación por correo electrónico.

Resultado Obtenido:

Paso 1: Llenar el formulario de registro con datos válidos. Datos utilizados: json Copiar código { "name" : "Raul", "surname" : "Reina", "dni" : 82134567, "email" : "raulli@gmail.com", "password" : 12345889, "dateOfBirth" : "1999-05-23", "gender": "OTRO", "specialty" : "ENDOCRINOLOGIA", "medicalLicense" : "LM40913238" } Verificación del Género: Se permiten los valores "Masculino", "Femenino" y "Otro" correctamente. Formato de Fecha de Nacimiento: Al ingresar un formato incorrecto, el sistema arroja un error, lo cual es correcto y esperado. Contraseña: La contraseña debe tener un mínimo de 8 dígitos. Intentos con menos de 8 dígitos son rechazados correctamente. Formato de Correo Electrónico: Al ingresar un formato incorrecto de correo electrónico, el sistema no permite el registro, lo cual es correcto. Número de DNI: Intentos de registro con un número de DNI ya existente son rechazados correctamente. Número de Licencia Médica: Se permite el registro con un número de licencia médica ya existente, lo cual es incorrecto. Este número debería ser único por profesional de salud. Nombres y Apellidos: El sistema permite el registro utilizando números o una combinación de números y letras en los campos de nombres y apellidos, lo cual es incorrecto. No se debería permitir el uso de caracteres no alfabéticos en estos campos. Conclusión: El sistema cumple en gran medida con las expectativas en cuanto a validaciones de datos. Sin embargo, se encontraron los siguientes puntos a mejorar:

• Número de Licencia Médica: Debe ser único por profesional, similar al DNI.
• Validación de Nombres y Apellidos: No se deben permitir caracteres numéricos o combinaciones de números y letras. Esto debe corregirse para evitar errores en los datos registrados.

Acciones Sugeridas:

Implementar la validación de unicidad para el número de licencia médica. Ajustar las validaciones para nombres y apellidos, permitiendo solo caracteres alfabéticos. Realizar pruebas adicionales para asegurar que estas validaciones funcionan correctamente tras su implementación.

Herramientas Utilizadas:

Postman: Para ejecutar las pruebas de registro. IntelliJ IDEA, MySQL Workbench: Para levantar el servidor y ejecutar el proyecto. excel: para dejar registro

Comentarios Adicionales: Agradecemos el esfuerzo del equipo y esperamos que las sugerencias ayuden a mejorar aún más la calidad del sistema.

Observaciones La validación de género, fecha de nacimiento, contraseña y correo electrónico funciona correctamente, y el sistema rechaza los registros con un DNI ya existente. Sin embargo, los campos de nombres y apellidos deben ajustarse para permitir solo caracteres alfabéticos, y se debe implementar la validación de unicidad para el número de licencia médica. La confirmación por email de registro exitoso será probada en las pruebas adicionales de la etapa final.

[Anexos]

CP1.xlsx

@GuillermoDivan

[GuillermoDivan]

Número de licencias médicas: Dado que en Argentina puede haber iguales números de licencia médica porque cada provincia lleva su registro individual, se ha contemplado lo siguiente.

• El número de licencia NO es único.
• Se agrega un campo ENUM que corresponde a la ubicación (ej "MATRICULA_DE_CORDOBA").
• La validación de no repetición se hace teniendo en cuenta AMBOS campos.
• Dicha validación debería aplicar tanto a endpoints de Register como de Edit Doctor, devolviendo

Observaciones. Para un registro 100% real, esto no sea suficiente por lo siguiente:

• Estrictamente referido a médicos y especialidades, puede que no haya matrículas de ciertos lugares (las provincias de menor tamaño suelen no tener matrícula propia, sino habilitar en su territorio según matrícula de provincia cercana, ej: Tierra del Fuego mantiene matrícula de Chubut en algunos casos).
• Las matrículas de profesiones como psicólogos, odontólogos, nutricionistas... NO se contemplan con las de médicos (porque no lo son). Esto lleva a que pueda haber dos profesionales -uno médico y otro odontólogo- con la misma matrícula y ubicación. Se opta por no validar a la vez Especialidad porque son muy específicas las que entrarían en este caso excepcional, siendo la mayoría indistintas.
• De hallarse una fuente de datos suficientemente confiable y actualizada sobre las colegiaturas de médicos y demás profesionales de salud, podría modificarse el ENUM por algo más realista. Se sugiere solicitar esta data a Cliente, dado que en la web existe multiplicidad de registros, muchas veces contradictorios entre sí.

Sólo letras mayus y minus en nombres y apellidos Hecho! Adicionalmente, sólo números y letras mayúsculas en DNI. No debe permitir ni puntos. En todo caso incorrecto debería devolver 400 bad request con un mensaje acorde.

ADICIONALES

• Se agrega campo "address" de tipo String para todos los roles. Obligatorio en Register, optativo en Update. Necesario para mostrar doctores en el municipio del paciente. Para iteraciones posteriores, este campo string debe ser reemplazado por un enum con datos fehacientes de municipios y provincias, para evitar errores humanos (typos con los nombres, por ejemplo) que pueden complicar otras funcionalidades como solicitar un turno.

[GuillermoDivan]

ENUM DE UBICACIÓN MATRÍCULA. POSIBLES OPCIONES

MATRICULA_NACIONAL, MATRICULA_DE_BUENOS_AIRES, MATRICULA_DE_CATAMARCA, MATRICULA_DE_CHACO, MATRICULA_DE_CHUBUT, MATRICULA_DE_CORDOBA, MATRICULA_DE_CORRIENTES, MATRICULA_DE_ENTRE_RIOS, MATRICULA_DE_FORMOSA, MATRICULA_DE_JUJUY, MATRICULA_DE_LA_PAMPA, MATRICULA_DE_LA_RIOJA, MATRICULA_DE_MENDOZA, MATRICULA_DE_MISIONES, MATRICULA_DE_NEUQUEN, MATRICULA_DE_RIO_NEGRO, MATRICULA_DE_SALTA, MATRICULA_DE_SAN_JUAN, MATRICULA_DE_SAN_LUIS, MATRICULA_DE_SANTA_CRUZ, MATRICULA_DE_SANTA_FE, MATRICULA_DE_SANTIAGO_DEL_ESTERO, MATRICULA_DE_TIERRA_DEL_FUEGO, MATRICULA_DE_TUCUMAN, MATRICULA_DE_CIUDAD_AUTONOMA_DE_BUENOS_AIRES

[DMRamirezZarta]

Feedback Re-test de Registro de Médico

En esta nueva ronda de pruebas, me enfoque en verificar la funcionalidad del registro de médicos, y me complace informar que hemos logrado avances significativos:

Validación de Campos de Nombre y Apellido Anterior: En la prueba anterior, se permitía el registro utilizando números en los campos de nombre y apellido, lo cual no era correcto. Actual: En este nuevo test, hemos comprobado que este problema ha sido solucionado. Ahora, el sistema valida correctamente estos campos para asegurar que solo se ingresen caracteres alfabéticos.

Verificación de la Licencia Médica Anterior: El sistema permitía el registro usando un número de licencia médica que ya estaba registrado, lo cual podía generar duplicidades y confusión. Actual: Este inconveniente también ha sido solucionado. En la nueva prueba, comprobamos que el sistema ya no permite el registro con un número de licencia médica previamente registrado, mejorando así la integridad de la base de datos.

Comprobación por Email Actual: La verificación por email se dejará para la prueba final. Hasta el momento, todos los demás aspectos relacionados con este punto están funcionando correctamente.

Conclusión Gracias al esfuerzo y dedicación del equipo, hemos logrado solucionar problemas críticos en el registro de médicos. Continuaremos trabajando en la verificación por email y otros aspectos menores para asegurar que el sistema funcione perfectamente para el lanzamiento final.

CP1-V2.xlsx

@GuillermoDivan