Hay dos caminos y son complementarios: la <strong>API REST</strong> para cuando su sistema necesita preguntar o registrar algo, y los <strong>webhooks</strong> para cuando Medifolios tiene que avisarle en el instante en que pasa. Ambos vienen con la licencia, sin costo adicional.
Las dos vías de conexión y lo que trae cada una
¿Su sistema pregunta cada cierto tiempo si algo cambió? Registre una dirección https propia y reciba el aviso en el instante en que ocurre el evento, sin consultar.
Consulte y registre información desde sus propios sistemas, con documentación Swagger navegable y autenticación por token.
Un turnero de una sede no necesita los llamados de las otras. Cada destino se limita por sede, punto de atención y profesional.
Un filtro mal puesto deja el destino mudo sin ningún síntoma. La vista previa arma el mensaje con sus últimos registros reales y no envía nada.
El aviso se registra antes de intentar enviarlo, así que un corte no hace desaparecer el evento. Lo que falla se reintenta solo.
Los avisos salen solo hacia direcciones https públicas, y todo cambio de configuración queda registrado con su autor.
La dirección. Con la API su sistema pregunta a Medifolios cuando necesita algo. Con los webhooks es Medifolios el que avisa a su sistema en el momento en que ocurre el evento, sin que nadie pregunte. Para un turnero o una pantalla de sala de espera el webhook es el camino correcto, porque no tiene que estar consultando cada pocos segundos.
No. Tanto la API como los webhooks son propiedades del sistema y vienen con la licencia. Lo que sí puede tener costo es el desarrollo del lado de su entidad, que corre por cuenta de su equipo o de su proveedor tecnológico.
Tres: cuando se llama a un paciente a consultorio, cuando se crea una cita y cuando se crea una admisión. El cargue masivo histórico de admisiones no emite aviso, porque no corresponde a una atención del día.
El aviso queda registrado antes de intentar enviarse, así que el evento no se pierde. Se reintenta de forma automática con una espera que crece entre intentos, y cada intento queda en la bitácora con el código de respuesta. Si se agotan los reintentos, el aviso queda marcado como fallido y se puede reenviar a mano desde la pantalla.
Para configurar un webhook, no: se registra la dirección, se eligen los filtros y se revisa la vista previa desde la pantalla de parámetros. Para recibir el aviso y hacer algo con él, sí: su equipo de desarrollo o su proveedor debe preparar el punto que lo recibe. La documentación necesaria se solicita por el Centro de Soluciones.
Sí, y conviene hacerlo. El contenido del mensaje lo define la entidad campo por campo: una pantalla de sala de espera que solo muestra el nombre no necesita recibir el documento, el teléfono ni el correo del paciente. Si no se define el contenido, viaja el mensaje completo.
Viene desactivado. Se habilita desde la configuración de su licencia cuando la entidad ya tiene listo el sistema que va a recibir los avisos, y el Centro de Soluciones acompaña la puesta en marcha.
La API y los webhooks vienen con su licencia. Solicite la documentación y acompañamos a su equipo en la integración.
Software médico en Perú Software médico en Ecuador Software médico en Venezuela