Histórico da Página
...
Vamos utilizar como exemplo o SIB.
O SIB basicamente é uma legislação da ANS, que visa enviar toda e qualquer movimentação cadastral de um beneficiário da operadora com relação ao plano de saúde.
Com base no conceito dessa obrigação, as informações que devem ser encaminhadas para a central Central deve receber para ser toda a geração do SIB, basicamente é toda movimentação que aconteceu no software de gestão de plano de saúde desse beneficiáriomovimentação do beneficiário, desde a sua inclusão, alteração cadastral e exclusão da operadora.
O envio pode ser feito da forma que o da informação, pelo software de gestão entende ser o melhor, que pode ser de duas formas:
- Em tempo real, ou seja, no momento em que a movimentação acontece
- Em lote, que pode ser uma carga por semana, mensal ou da forma que o software de gestão entender ser o melhor para seu negócio
- Em lote, podendo ser, uma carga por semana, quinzenal, mensal, ou de outra forma conforme definido pelo Software de Gestão para atender o seu negócio.
IMPORTANTE: A Central de Obrigações IMPORTANTE: O ponto é que a central está preparada para receber o dado a qualquer momento e processá-lo, lembrando que a central precisa executar seus processos e isso demanda seu tempo de execução, sendo assim deve se evitar enviar para central os dados perto do período de . Vale lembrar que os processos executados pela Central também possuem um tempo de execução que não pode ser esquecido. Dessa maneira o período do envio de dados para a Central e seu tempo de execução devem ser respeitados para não impactar na entrega da obrigação.
Software de Gestão Integrados
...
Software | Versão | Release | Obrigação | Status |
---|---|---|---|---|
Microsiga Protheus - PLS | 12 | 12.1.17 | SIB | Integração Ok |
Microsiga Protheus - PLS | 12 | 12.1.17 | SIP | Integração Ok |
Microsiga Protheus - PLS | 12 | 12.1.17 | DIOPS | Integração Ok |
Web Service de Integração
...
Retorna o token que deve ser utilizado para consumir os demais métodos.
Parâmetros
Nome | Tipo | Descrição |
---|---|---|
Usuário | C | Usuário administrador de login do Protheus |
Senha | Bytes | Senha do usuário administrador do Protheus |
GetSchema()
Retorna a estrutura xml (XSD) que um determinado model deve receber para ser consumido e persistido.
Parâmetros
Nome | Tipo | Descrição |
---|---|---|
Token | C | Token de comunicação |
Model | C | Model que será retornado o schema |
PutXmlData()
Método que consome e persiste um determinado model.
Parâmetros
Nome | Tipo | Descrição |
---|---|---|
Token | C | Token de comunicação |
Model | C | Model que será persistido |
Xml | C | Xml do model que será persistido. |
Obs.: Todo XML deve possuir como atributo "operation" na tag principal/pai. Os conetúdos conteúdos devem ser 3 - para inclusão, 4 - para alteração ou 5 - para exclusão.
GeXmlDataUpdate()
Método que verifica se o dado persistido existe com base na chave de índice primário do model.
Parâmetros
Nome | Tipo | Descrição |
---|---|---|
Token | C | Token de comunicação |
Model | C | Model que será persistido |
Chave | C | Chave de pesquisa. |
...
IMPORTANTE: Para saber qual model utilizar, verificar a documentação contida em cada obrigação liberada na central.