Este site apresenta a documentação técnica do projeto de Registro Nacional de Implantes (RNI), sendo desenvolvido pela Universidade Federal de Santa Catarina (UFSC), através do laboratório Bridge em parceria com a Agência Nacional de Vigilância Sanitária - ANVISA.

Aqui são descritos todos os requisitos, funcionalidades, regras de negócio, documentos referenciados como guias e normas referentes a regras de negócio, necessários para o desenvolvimento do sistema.

Esse módulo descreve como é realizado o controle de acesso ao RNI, tanto para usuários cadastrados através do RNI, quanto pelos usuários que acessam através do serviço de SSO da ANVISA. Aqui é descrito como funciona o fluxo de cadastro para novos usuários do RNI, como é feita a autenticação dos usuários e como as informações dos usuários são salvas no cadastro de pessoa física da base da ANVISA.

Este documento explica como deve funcionar o cadastro de profissionais no Registro Nacional de Implantes (RNI).

1. Campos

O cadastro é dividido em 04 grupos:

• Identificação;
• Endereço;
• Informações de contato;
• Informações de acesso.

1.1 Identificação

Esse grupo possui os campos de:

• CPF;
• CNS;
• Nome completo;
• Data de nascimento;
• Sexo.

1.2 Endereço

Todos os campos e regras do grupo Endereço, estão descritos em Endereço.

1.3 Informações de contato

Este grupo possui os campos:

• Telefone 1;
• Telefone 2;
• E-mail;
• Confirme o seu e-mail.

1.4 Informações de acesso

Este grupo possui os campos:

• Perfil de acesso ao RNI;
• UF (do hospital);
• Município do hospital;
• Hospital no qual trabalha;
• Registro em conselho;
• UF (do registro).

2. Regras

2.1 Identificação

1. Todos os campos desse grupo são de preenchimento obrigatório, com exceção do campo CNS.

2. Os campos CPF e CNS só devem permitir a digitação de números.

3. O valor do campo CPF deve ser válido conforme regra disponível em Validação de CPF. Caso o usuário preencha o campo com um valor inválido, ao remover o foco do campo, o sistema deve marcar o campo em vermelho e apresentar a mensagem Dados inválidos.

4. O valor do campo CNS deve ser válido conforme algoritmo de verificação disponível em Validação CNS. Caso o usuário preencha o campo com um valor inválido, ao remover o foco do campo, o sistema deve marcar o campo em vermelho e apresentar a mensagem Dados inválidos.

5. Ao salvar o registro, o sistema deve verificar se já existe na base um profissional com o CPF/CNS informado pelo usuário. Caso exista, o sistema deve marcar o campo com valor duplicado em vermelho e emitir a mensagem Registro duplicado.

6. O nome do profissional deve ser composto por pelo menos dois nomes. Caso o usuário digite apenas um nome no campo, ao remover o foco do campo, o sistema deve marcar o campo em vermelho e apresentar a mensagem Nome inválido.

7. O campo Sexo deve possuir as opções:

• Masculino;
• Feminino.

disponíveis para seleção. Somente uma das opções de sexo deve ser escolhida.

8. A data de nascimento do profissional não pode ser anterior a 130 anos da data atual. Caso o usuário preencha uma data de nascimento anterior a 130 anos de idade, na retirada de foco do campo o sistema deve marcar o campo em vermelho e apresentar a mensagem Data de nascimento inválida.

9. A data de nascimento também não pode ser posterior à data atual, caso o usuário preencha o campo de data com um valor desse tipo, o sistema deve marcar o campo em vermelho e apresentar a mensagem Data superior à data atual.

10. Ao atualizar as informações, a data de nascimento não pode ser posterior à data de início do período de vigência de uma ou mais relações com empresas fabricantes cadastradas pelo médico, conforme estabelecido em Atualizar relações com empresas. Caso o usuário preencha o campo com uma data conflitante com o período de vigência, o sistema deve marcar o campo em vermelho e apresentar a mensagem Data superior à data de início de período de vigência.

2.2 Endereço

Todos os campos e regras do grupo Endereço, estão descritos em Endereço.

2.3 Informações de contato

1. Os campos Telefone 1, e-mail e confirme o seu e-mail são de preenchimento obrigatório.

2. Os campos de Telefone 1 e 2 devem ser preenchidos obrigatoriamente com DDD e o número composto por 8 ou 9 dígitos. Caso o usuário preencha o campo com um valor inválido, ao remover o foco do campo, o sistema deve marcar o campo em vermelho e apresentar a mensagem Dados inválidos.

3. O campo Confirme o seu e-mail só deve ser habilitado, após o usuário preencher o campo e-mail.

4. Caso o usuário preencha apenas o e-mail e não confirme o e-mail, ao tentar salvar o sistema deve marcar o campo Confirme o seu e-mail em vermelho, e apresentar a mensagem Campo obrigatório.

5. Caso o usuário preencha a confirmação diferente do e-mail informado, ao remover o foco do campo, o sistema deve marcar o campo em vermelho e apresentar a mensagem Valor diferente.

6. O e-mail deve conter o símbolo '@' e no mínimo um ponto. Caso o usuário preencha o campo com um valor que não possua essas informações, então o sistema deve marcar o campo em vermelho e apresentar a mensagem Dados inválidos.

2.4 Informações de acesso

1. O campo Perfil de acesso ao RNI, deve possuir as opções:

• Técnico;
• Médico Ortopedista;
• Médico Cardiologista;
• Gestor de Integração;
• Administrativo/Financeiro;
• Gestor do Serviço de Saúde;
• Residente em Ortopedia;
• Residente em Cardiologia.

E somente uma dessas opções pode ser selecionada;

2. Os campos de UF devem apresentar todos as unidades federativas do território nacional para seleção.

3. O campo Hospital no qual trabalha só deve ser habilitado após o usuário selecionar um valor no campo UF (do hospital) e no campo Município do hospital. Após a seleção, o campo deve ser habilitado e filtrar na busca apenas hospitais da UF e Município selecionados.

4. O campo Município do hospital deve ser limpo sempre que o valor de UF (do hospital) for alterado.

5. O campo Hospital no qual trabalha, deve buscar hospitais conforme o usuário digita o nome do hospital ou o CNPJ, de acordo com o que é digitado.

6. O campo de Hospital no qual trabalha deve exibir nas opções: A razão social do hospital, seu nome fantasia e o cnpj da instituição. Caso o hospital não possua nome fantasia, no campo deve ser apresentado o valor: "Não informado".

7. Caso um dos perfis de médico ou residente seja selecionado, o sistema deve habilitar os campos Registro em conselho e UF do registro para preenchimento.

8. O campo Registro em conselho só deve permitir a inclusão de números.

9. Todos os campos desse grupo são de preenchimento obrigatório.

10. Caso o usuário direcione o cursor acima da opção de perfil de Gestor do Serviço de Saúde, o sistema deve apresentar a mensagem Ajuda Sobre o Gestor Do Serviço de Saúde.

11. Caso o usuário direcione o cursor acima da opção de perfil de Gestor de Integração, o sistema deve apresentar a mensagem Ajuda Sobre o Gestor De Integração.

3. Regras

1. Após submeter as informações do cadastro, o sistema deve apresentar a mensagem Cadastro enviado.

2. Após as informações de cadastro serem enviadas, o sistema deve enviar para o profissional um e-mail de confirmação para que possa ser dado continuidade no processo de cadastro.

3. Após realizar a confirmação do endereço de e-mail, o sistema deve:

• Enviar para o profissional um dos seguintes e-mails:
  • E-mail notificando que a solicitação de acesso está em avaliação, apresentando a lista de Gestores de Segurança Hospitalar responsáveis pela avaliação da solicitação do profissional.
  • E-mail comunicando que a solicitação de acesso está aguardando avaliação, porém não existem Gestores de Segurança Hospitalar cadastrados no estabelecimento solicitado, para realizar a avaliação da solicitação.
• Enviar para todos os Gestores de Segurança Hospitalar, responsáveis pelo estabelecimento que recebeu a solicitação, um e-mail comunicando que existe uma solicitação de acesso pendente.

4. Dicionário de Dados

5. Protótipos de Tela

Protótipo 1 - Formulário de cadastro do profissional.

Assim que o gestor hospitalar aceitar o primeiro vínculo do profissional com um hospital, o RNI deve criar um usuário para o profissional (no RNI) e salvar o cadastro dele na base de pessoa física da ANVISA.

Qualquer atualização nos dados do profissional (dados pessoais) no RNI, deve ser replicada também para o cadastro dele na base da ANVISA.

A base na ANVISA é a DB.CORPORATIVO e as tabelas são:

• TB_PESSOA;
• TB_PESSOA_FISICA;

O mapeamento deve ocorrer conforme descrito nas tabelas abaixo.

1. Mapeamento TB_PESSOA_FISICA (ANVISA) x Cadastro de profissional (RNI)

Além dos campos descritos acima, o campo IDPESSOAFISICA deve ser preenchido com o identificador do cadastro desse profissional na tabela TB_PESSOA.

2. Mapeamento TB_PESSOA (ANVISA) x Cadastro de profissional (RNI)

Além dos campos descritos acima, o campo ST_VALIDADO deve sempre ser preenchido com o valor 'N'.

Esta página apresenta o fluxo de cadastro de novos(as) profissionais no RNI.

Profissionais como Médicos, Médicos residentes, Enfermeiros, Técnicos de Enfermagem, membros do setor Administrativo e Financeiro dos hospitais deverão realizar seus próprios cadastros através do RNI, na tela de login.

Durante o cadastro, o(a) profissional deverá informar o hospital na qual trabalha e qual o perfil de acesso pretendido.

Após preencher e enviar o cadastro, será enviado um e-mail para o(a) profissional, para que o(a) mesmo(a) confirme se o e-mail cadastrado está correto. A confirmação do e-mail deverá ocorrer dentro de um prazo de 24 horas, ou então as informações de cadastro serão excluídas e será necessário reiniciar o cadastro.

Após o(a) profissional realizar a confirmação, uma solicitação de vínculo é enviada ao Gestor de segurança do hospital informando que há um vínculo aguardando avaliação, ou seja, ele deverá avaliar e confirmar que o(a) profissional de fato possui um vínculo com o hospital.

Com o vínculo confirmado, o(a) profissional receberá um e-mail com uma senha gerada aleatoriamente pelo RNI, para acesso ao sistema.

O Gestor de segurança poderá também rejeitar a solicitação de vínculo do(a) profissional, informando uma justificativa pela qual o fez. Essa justificativa será recebida pelo usuário através de e-mail.

Gestores de segurança de cada hospital e também colaboradores ANVISA, terão o seu controle de acesso realizado através do cadastro de usuários da ANVISA e do SSO.

A Figura 1 apresenta um diagrama com o fluxo de cadastro no RNI.

Figura 1 - Fluxo de cadastro no RNI.

Módulo para autenticação para acesso ao sistema do RNI, com informações de login dos usuários e descrição do serviço de acesso SSO, oferecido pela ANVISA.

1. Campos

O acesso ao RNI poderá ser realizado através do preenchimento dos campos:

• Usuário;
• Senha.

Caso o usuário não lembre a sua senha de acesso ele poderá solicitar uma nova senha para o sistema, através do módulo Recuperar senha.

Caso ainda não tenha cadastro, o profissional poderá se cadastrar através do link "Cadastre-se aqui".

Colaboradores da ANVISA e Gestores de segurança hospitalar deverão fazer o acesso através do site de login do RNI através dos links de Colaborador ANVISA e Gestor de segurança do hospital respectivamente. O processo de logon é realizado através do serviço de Single-Sign On.

2. Regras

1. Colaboradores dos hospitais poderão realizar o acesso utilizando suas credenciais (usuário e senha) cadastrados no RNI.

2. O login é o CPF do profissional.

3. Caso o usuário informe um login que não existe no sistema ou caso à senha informada não corresponda a senha cadastrada para o usuário, o sistema deve marcar ambos os campos em vermelho e apresentar a mensagem de feedback Usuário ou senha inválidos.

4. Caso o usuário possua o acesso, mas todos os seus vínculos estejam desativados, o sistema deve apresentar uma mensagem informando que o usuário não possui um vínculo ativo, conforme descrito em Escolha de vínculo.

Aqui é apresentada a tela de recuperar senha, com a descrição das regras e validações.

1. Campos

Para gerar uma nova senha de acesso, o usuário precisará informar o seu CPF e a Data de nascimento.

2. Regras

1. Caso o usuário preencha um CPF que não exista na base ou a Data de nascimento não corresponda a data de nascimento do usuário que possui o CPF informado, o sistema deve marcar ambos os campos em vermelho e apresentar a mensagem de feedback de erro Dados inválidos.

2. Após o usuário informar os dados e clicar em "Solicitar senha", o sistema deve gerar uma nova senha para o usuário e enviá-la por e-mail. Na ocasião o sistema deve apresentar ao usuário a mensagem de Nova senha enviada.

3. Após apresentar a mensagem o sistema deve manter o usuário na tela de recuperar senha.

A ANVISA possui o serviço de Single-Sign On para os seus colaboradores, e usuários de alguns de seus sistemas.

Para acesso ao RNI, colaboradores da ANVISA e Gestores de segurança dos hospitais irão utilizar esse serviço para fazer o logon no sistema.

Os colaboradores da ANVISA deverão realizar o acesso através do SSO da intranet da ANVISA (https://sso.anvisa.gov.br/sso/intranet/login?).

Os gestores de segurança dos hospitais deverão realizar o acesso através do SSO da internet da ANVISA (https://sso.anvisa.gov.br/sso/internet/login?).

Toda a validação de usuário e senha ficará à cargo da ANVISA e seu serviço de SSO.

Este módulo descreve como funciona o processo de auditoria no RNI, que consiste em registrar eventos realizados pelos usuários no sistema.

1. Campos

Os registros de auditoria são compostos pelos seguintes campos:

• Data do evento;
• Tipo do evento;
• Componente gerador;
• Usuário;
• Detalhes do evento;
• Tipo de registro afetado;
• Identificador do tipo de registro afetado.

1.1 Data do evento

Este campo registra a data e hora em que o evento ocorreu.

1.2 Tipo do evento

Este campo registra a ação que foi realizada no evento. Os seguintes tipos de eventos serão aceitos neste campo:

• Gerar chave;
• Informar relação com empresa;
• Adicionar relação com empresa;
• Editar relação com empresa;
• Excluir relação com empresa;
• Cadastrar entidades;
• Editar cadastro de entidade;
• Excluir cadastro de entidade;

1.3 Componente gerador

Este campo consiste no registro das seguintes informações:

• IP: Endereço da máquina do usuário que gerou o evento;
• User agent: Navegador utilizado para acesso ao sistema.

1.4 Usuário

Este campo contém a identificação do usuário que gerou o evento no sistema. Essa identificação consiste em dois dados:

• Perfil do usuário, podendo ser:

  • Colaborador Anvisa;
  • Gestor de Segurança Hospitalar;
  • Médico;
  • Técnico;
  • Administrador/Financeiro;
  • Gestor de Integração;
  • Médico residente.

• Informação utilizada pelo usuário para logar no RNI, que pode variar de acordo com o tipo de profissional que gerou o evento, conforme apresentado abaixo:

  • Técnico, Médico, Médico residente, Administrador/Financeiro e Gestor de Integração: Deve salvar o CPF do profissional;
  • Colaborador ANVISA: Deve salvar o login (usuário) do profissional;
  • Gestor de segurança: Deve salvar o e-mail do profissional;

1.5 Detalhes do evento

Este campo descreve de maneira mais específica a informação salva no campo de Tipo de evento. Abaixo estão listados os detalhes que devem ser apresentados, de acordo com cada tipo de evento ocorrido.

Para os eventos de Cadastro de entidade e Edição do cadastro de entidade, ao apresentar a listagem de informações selecionadas nos campos cadastrados na mensagem de detalhe, as informações deverão ser apresentadas no seguinte formato:

• Dados dos hospitais (Razão social, CNPJ, Nome fantasia, Estado/Estado e município/Estado, município e bairro)
• Dados dos pacientes (Nome completo, Data de nascimento, Sexo, CPF, CNS, Estado/Estado e município/Estado, município e bairro)
• Dados dos médicos (Nome completo, Data de nascimento, Sexo, CPF, CRM, Especialidade, Estado/Estado e município/Estado, município e bairro)
• Angioplastia: (Dados do procedimento, Lesão tratada, Stents utilizados, Apresentação clinica, Teste isquemia/imagem, Conclusão, ntecedentes, ICP Cimplementar, Acesso arterial/contraste, Medicação do procedimento, Complicações clínicas)
• Artroplastia primária de joelho: (Diagnósticos, Procedimento cirúrgico prévio, Procedimento cirúrgico atual, Tipo de artroplastia, Cimento ósseo, Enxertia, Componentes utilizados)
• Artroplastia de revisão de joelho: (Motivos da revisão, Procedimento cirúrgico atual, Tipo de revisão, Cimento ósseo, Enxertia, Componentes utilizados)
• Artroplastia primária de quadril: (Diagnósticos, Procedimento cirurgico prévio, Procedimento cirúrgico atual, Tipo de artroplastia, Implantes, Cimento ósseo, Enxertia, Componentes utilizados)
• Artroplastia de revisão de quadril: (Motivos da revisão, Procedimento cirúrgico atual, Tipo de revisão, Cimento ósseo, Enxertia, Componentes utilizados)
• Dados dos produtos: (Identificador do dispositivo, Código de referência, Lote, Número de série, Fabricação, Validade, Número do Registro Anvisa, Fabricante, Nome do produto, CNPJ do Detentor do Registro, Razão social do detentor do registro).
• Dados financeiros:(Ente responsável, Quem forneceu, Valor pago, Valor ressarcido)

Para as informações acima, devem ser apresentadas apenas as que foram selecionadas durante o cadastro ou edição do cadastro.

1.6 Tipo de registro afetado

Este campo especifica qual o registro afetado pelo evento gerado. Os possíveis registros a serem salvos neste campo são:

• Chave utilizada para integração (recebimento e consumo de dados);
• Relação com empresa;
• Cadastros de entidades.

1.7 Identificador do tipo de registro afetado

Este campo deve ser preenchido com o identificador do Tipo de registro afetado.

Este módulo apresenta os dados clínicos preenchidos pelos médicos e/ou residentes em cada um dos procedimento cobertos pelo RNI e suas regras de negócio. Atualmente o RNI cobre três tipos de procedimentos, são eles:

• Artroplastia;
  • Joelho;
    • Primária e Revisão;
  • Quadril;
    • Primária e Revisão;
• Angioplastia coronária com implante de stent.

O módulo de artroplastia tem como objetivo fazer o controle dos registros e aplicações de implantes de joelho e quadril. Além disso, controla também revisões realizadas em próteses de joelhos e quadris.

A artroplastia de joelho compreende dois procedimentos: artroplastia primária de joelho, que é quando o paciente recebe pela primeira vez um implante. E a Revisão de artroplastia do joelho, que é quando paciente já possui um implante e precisa de uma cirurgia de revisão para efetuar a troca/ajuste/remoção do implante.

A documentação de ambos os procedimentos no sistema pode ser encontrada em:

• Artroplastia primária de joelho;
• Revisão artroplastia de joelho;

1. Breadcrumb

Home > Novo procedimento > Primária de joelho

2. Campos

2.1 Diagnósticos

Possui o campo Motivos da artroplastia, com as opções:

• Artrite reumatóide;
• Osteoartrose primária;
• Osteoartrose primária unicompartimental;
• Osteonecrose;
• Outras doenças reumáticas;
• Pós lesão ligamentar;
• Outro.

Várias opções podem ser selecionadas.

Este campo é de preenchimento obrigatório.

Protótipo 1 - Diagnósticos.

2.2 Procedimento cirúrgico prévio

Possui os campos Procedimentos e Implante prévio.

O campo Procedimentos possui as opções:

• Nenhum;
• Artrodese;
• Fixação de fratura articular;
• Meniscectomia;
• Osteotomia;
• Reconstrução ligamentar;
• Sinovectomia;
• Outro.

Esse campo permite a seleção de múltiplas escolhas de forma condicional e é de preenchimento obrigatório.

Caso a opção "Nenhum" seja marcada, todos os outros itens da lista devem ser limpos e desabilitados para seleção.

No campo Implante prévio, se a opção "Sim" for selecionada, as opções "Ainda presente" e "Removido previamente" devem ser habilitadas e o seu preenchimento é obrigatório.

A função limpar, deve limpar todos os valores marcados no campo Implante prévio e consequentemente as subopções.

O campo Implante prévio também é de preenchimento obrigatório.

Protótipo 2 - Procedimento cirúrgico prévio.

2.3 Procedimento cirúrgico atual

Este tópico possui os campos:

• Data da cirurgia;
• Início;
• Término;
• Duração;
• Abordagem cirúrgica;
• Uso do dreno;
• Transfusão sanguínea;
• Foi utilizado antibiótico;

Todos os campos são de preenchimento obrigatório.

No campo Data da cirurgia, não pode ser informada uma data maior que a data atual.

Os campos de Início e Término devem permitir o preenchimento com apenas números, aplicando a máscara "00:00".

Caso os campos de Início e Término sejam preenchidos com valores iguais, o sistema deve apresentar a mensagem Início e Término iguais.

No preenchimento dos campos Início e Término, os quatro dígitos (dois de hora e dois de minuto) devem ser obrigatoriamente preenchidos. Caso o usuário preencha apenas 03 (três) dígitos ou o valor dos minutos ultrapasse o limite de 59 (cinquenta e nove), ao remover o foco do campo o sistema deve marcar o campo de vermelho e apresentar a mensagem Dados inválidos.

O campo de Duração deve ser calculado de acordo com os valores informados nos campos de Início e Término. Caso nenhum valor tenha sido informado nos campos, deve ser apresentada a mensagem Informe Início e Término.

O campo Abordagem cirúrgica deve possuir as opções:

• Midvasto;
• Subvasto;
• Parapatelar medial;
• Parapatelar lateral;
• Outra.

Nesse campo, apenas uma das opções pode ser selecionada.

O campo Uso do dreno e Transfusão sanguínea possuem as opções "Sim" e "Não".

Se no campo Transfusão sanguínea a opção "Sim" for selecionada, as opções:

• Autóloga;
• Homóloga;

devem ser habilitadas para seleção e apenas uma delas pode ser escolhida, além disso a escolha de uma delas é obrigatória.

A função limpar, deve limpar todos os valores marcados no campo Transfusão sanguínea.

O campo Foi utilizado antibiótico deve possuir as opções "Sim" e "Não" para seleção.

Se a opção "Sim" for selecionada, então os campos Antibiótico e Período devem ser habilitados e são de preenchimento obrigatório.

O campo Antibiótico deve possuir a lista de antibióticos cadastrados pelo profissional da ANVISA. Somente uma das opções pode ser selecionada.

O campo Período deve exibir as opções:

• 24h;
• 48h;
• 72h;
• mais de 72h;

somente uma delas pode ser selecionada.

Protótipo 3 - Procedimento cirúrgico atual.

2.4 Tipo de artroplastia

Este tópico possui os campos Tipo e Fixação.

O campo Tipo é de preenchimento obrigatório e possui as opções:

• Artroplastia total com substituição patelar;
• Artroplastia total sem substituição patelar;
• Não convencional;
• Patelo femoral;
• Unicompartimental.

O grupo Fixação possui três subcampos:

• campo Fêmur, com as opções:

  • Cimentada;
  • Não cimentada;

• campo Tíbia, com as opções:

  • Cimentada;
  • Não cimentada;

• campo Patela, com as opções:

  • Sim;
  • Não.

Nos três subcampos, apenas uma das opções pode ser selecionada.

Se a opção selecionada no campo Tipo for uma das três:

• Artroplastia total sem substituição patelar;
• Não convencional;
• ou Unicompartimental.

então o subitem Patela, deve ser desabilitado. Caso contrário, ele deve ser habilitado para seleção.

Protótipo 4 - Tipo de artroplastia.

2.5 Cimento ósseo

Esse tópico possui os campos:

• Foi utilizado;
• Tipo;
• Lavagem pulsátil;

O campo Foi utilizado é de preenchimento obrigatório e deve possuir as opções "Sim" e "Não". Se a opção "Não" for selecionada, então todo o grupo de "Cimento ósseo" deve ser desabilitado.

O Tipo, deve possuir as opções:

• Convencional;
• Com antibiótico;

Apenas uma das opções pode ser selecionada.

O campo Lavagem pulsátil, deve possuir as opções "Sim" e "Não".

Os campos Tipo e Lavagem pulsátil, são de preenchimento obrigatório se a opção "Sim" foi selecionada no campo Foi utilizado.

Protótipo 5 - Cimento ósseo.

2.6 Enxertia

O tópico Enxertia é composto pelos campos:

• Foi realizada;
• Femoral;
• Tibial.

O campo Foi realizada é de preenchimento obrigatório e possui as opções "Sim" e "Não". Os campos Femoral e Tibial só devem ser habilitados caso seja informada a opção "Sim" no campo Foi realizada.

Entre os campos Femoral e Tibial, ambas podem ser selecionadas ou somente uma.

Caso os campos Femoral e Tibial sejam marcados, eles devem habilitar novos campos para preenchimento, conforme descrito abaixo:

Femoral possui o campo "Qual", com as opções:

• Autóloga particulada;
• Autóloga bloco;
• Homóloga particulada;
• Homóloga bloco;
• Outro;

Apenas uma das opções pode ser selecionada.

Tibial possui o campo "Qual", com as opções:

• Autóloga particulada;
• Autóloga bloco;
• Homóloga particulada;
• Homóloga bloco;
• Outro;

Apenas uma das opções pode ser selecionada.

Caso marcadas as opções Femoral e Tibial, os campos "Qual" no interior dos cards expansíveis, são de preenchimento obrigatório.

Protótipo 6 - Enxertia.

2.7 Componentes utilizados

Este item é composto de dois campos e duas listas.

O campo Principais deve apresentar as opções de acordo com a opção selecionada em Tipo de artroplastia. A relação está descrita no item 3.1 desta página.

Este campo deve permanecer desabilitado até que o usuário escolha um valor para o campo Tipo de artroplastia. Após habilitado, abaixo do campo deve ser exibida a informação de qual foi o "tipo de artroplastia" selecionada.

No momento em que um componente é adicionado à lista, ele vai com quantidade igual a um. Alguns componentes podem ser utilizados em quantidade maior que um, nesses casos é possível alterar a quantidade até o máximo permitido. As quantidades permitidas para cada componente estão descritas nas tabelas do item 3.1 desta página.

Componentes com quantidade máxima igual a 1 não devem permitir a alteração da quantidade.

Enquanto nenhum componente for cadastrado na lista deve ser apresentada a mensagem: "Não há componentes registrados".

Componentes adicionados podem ser removidos da lista a qualquer momento.

Protótipo 7 - Componentes principais.

O campo Complementares deve apresentar as opções descritas no item 3.2 desta página.

Este campo deve estar sempre habilitado.

No momento em que um componente é adicionado à lista, ele vai com quantidade igual a um. Alguns componentes podem ser utilizados em quantidade maior que um, nesses casos é possível alterar a quantidade até o máximo permitido. As quantidades permitidas para cada componente estão descritas na tabela do item 3.2 desta página.

Enquanto nenhum componente for cadastrado na lista deve ser apresentada a mensagem: "Não há componentes adicionais registrados".

Componentes com quantidade máxima igual a 1 não devem permitir a alteração da quantidade.

Componentes adicionados podem ser removidos da lista a qualquer momento.

Protótipo 8 - Componentes complementares.

3. Relação componentes x Tipo de artroplastia

3.1 Componentes principais x Tipo de artroplastia

3.2 Componentes complementares

4. Regras gerais

1. Todos os campos de radio button, devem possuir a opção "limpar" para evitar cliques errados do usuário e ele precise cancelar o registro e cadastrar um nov para corrigir. Alguns campos com radio que são "internos" e só habilitados dependendo de seleção anterior não precisam da opção "limpar".

2. O grupo "Componentes utilizados" deve possuir ao menos um produto registrado em Componentes principais para possibilitar o salvamento do registro na base de dados.

3. Caso a Data da cirurgia seja preenchida com uma data posterior à data atual, ao remover o foco do campo, o sistema deve marcar o campo em vermelho e apresentar a mensagem Data superior à data atual.

4. Caso a Data da cirurgia seja preenchida com uma data anterior à data de nascimento do cidadão, ao tentar salvar o registro, o sistema deve apresentar a mensagem: Preenchimento incorreto. Além disso, o sistema deve marcar o campo em vermelho e apresentar a mensagem: Data anterior à data de nascimento no campo.

5. Após a inclusão de um Componente principal, o campo de Tipo de artroplastia deve ser desabilitado para edição. Caso todos os componentes principais sejam removidos da lista, então o campo deve ser habilitado para edição.

6. Após salvar o registro, o sistema deve apresentar a mensagem Registro cadastrado.

7. Deve ser apresentado o Menu de registros com o nome do profissional responsável e informações da equipe médica do procedimento.

5. Dicionário de Dados

1. Breadcrumb

Home > Novo procedimento > Revisão de joelho

2. Campos

2.1 Motivo da revisão

Possui o campo Motivos da revisão, com as opções:

• Desgaste do polietileno/defeito;
• Dor inexplicável;
• Dor patelar;
• Fratura periprotética;
• Implantação inadequada do implante;
• Infecção;
• Instabilidade do ligamento cruzado posterior;
• Instabilidade dos ligamentos colaterais;
• Limitação da amplitude de movimento;
• Luxação;
• Luxação da patela;
• Necrose da patela;
• Progressão da artrose;
• Quebra do implante;
• Soltura do componente femoral;
• Soltura do componente tibial;
• Soltura do componente patelar;
• Outro.

Esse campo permite a seleção de várias opções e seu preenchimento é obrigatório.

Se a opção "Infecção" for selecionada, então as opções "Precoce" e "Crônica" devem ser habilitadas para seleção.

Protótipo 1 - Motivo da revisão.

2.2 Procedimento cirúrgico atual

Este tópico possui os campos:

• Data da cirurgia;
• Início;
• Término;
• Duração;
• Abordagem cirúrgica;
• Uso do dreno;
• Transfusão sanguínea;
• Foi utilizado antibiótico;

Todos os campos deste grupo são de preenchimento obrigatório.

No campo Data da cirurgia, não pode ser informada uma data maior que a data atual.

O campo de Início e Término devem permitir o preenchimento com apenas números, aplicando a máscara "00:00".

Caso os campos de Início e Término sejam preenchidos com valores iguais, o sistema deve apresentar a mensagem Início e Término iguais.

No preenchimento dos campos Início e Término, os quatro dígitos (dois de hora e dois de minuto) devem ser obrigatoriamente preenchidos. Caso o usuário preencha apenas 03 (três) dígitos ou o valor dos minutos ultrapasse o limite de 59 (cinquenta e nove), ao remover o foco do campo o sistema deve marcar o campo de vermelho e apresentar a mensagem Dados inválidos.

O campo de Duração deve ser calculado de acordo com os valores informados nos campos de Início e Término. Caso nenhum valor tenha sido informado nos campos, deve ser apresentada a mensagem Informe Início e Término.

O campo Abordagem cirúrgica deve possuir as opções:

• Desinserção da tuberosidade anterior da tíbia;
• Parapatelar lateral;
• Parapatelar medial;
• Quadríceps SNIP;
• Outra.

Nesse campo, apenas uma das opções pode ser selecionada.

Os campos Uso do dreno e Transfusão sanguínea possuem as opções "Sim" e "Não".

Se no campo Transfusão sanguínea a opção "Sim" for selecionada, as opções:

• Autóloga;
• Homóloga;

devem ser habilitadas para seleção e obrigatória a seleção de ao menos uma delas.

Em ambos os casos, apenas uma opção pode ser escolhida.

A função limpar deve limpar todos os valores marcados no campo Transfusão sanguínea.

O campo Foi utilizado antibiótico deve possuir as opções "Sim" e "Não" para seleção.

Se a opção "Sim" for selecionada, então os campos Antibiótico e Período devem ser habilitados e são de preenchimento obrigatório.

O campo Antibiótico deve possuir a lista de antibióticos cadastrados pelo profissional da ANVISA. Somente uma das opções pode ser selecionada.

O campo Período deve exibir as opções:

• 24h;
• 48h;
• 72h;
• mais de 72h;

somente uma delas pode ser selecionada.

Protótipo 2 - Procedimento cirúrgico atual.

2.3 Tipo de revisão

Possui o campo Tipos, com as opções:

• Não convencional;
• Troca do componente femoral;
• Troca do componente patelar;
• Troca do componente tibial;
• Troca do polietileno tibial.

Caso a opção "Não convencional" seja selecionada, então todas as outras opções devem ser limpas e desabilitadas para seleção.

Caso contrário várias opções podem ser selecionadas.

O campo Tipos é de preenchimento obrigatório.

Protótipo 3 - Tipo de revisão.

2.4 Cimento ósseo

Esse tópico possui os campos:

• Foi utilizado;
• Tipo;
• Lavagem pulsátil;

O campo Foi utilizado é de preenchimento obrigatório e deve possuir as opções "Sim" e "Não". Se a opção "Não" for selecionada, então todo o grupo de "Cimento ósseo" deve ser desabilitado.

O Tipo, deve possuir as opções:

• Convencional;
• Com antibiótico;

Apenas uma das opções pode ser selecionada.

O campo Lavagem pulsátil, deve possuir as opções "Sim" e "Não" e é de preenchimento obrigatório caso a opção "Sim" tenha sido selecionada no campo Foi utilizado.

Protótipo 4 - Cimento ósseo.

2.5 Enxertia

O tópico Enxertia é composto pelos campos:

• Foi realizada;
• Femoral;
• Tibial;

O campo Foi realizada é de preenchimento obrigatório e possui as opções "Sim" e "Não". Os campos Femoral e Tibial só devem ser habilitados caso seja informada a opção "Sim" no campo Foi realizada.

Entre os campos Femoral e Tibial, ambas podem ser selecionadas ou somente uma.

Caso os campos Femoral e Tibial sejam marcados, eles devem habilitar novos campos para preenchimento, conforme descrito abaixo:

Femoral possui o campo "Qual", com as opções:

• Autóloga particulada;
• Autóloga bloco;
• Homóloga particulada;
• Homóloga bloco;
• Outro;

Apenas uma das opções pode ser selecionada.

Tibial possui o campo "Qual", com as opções:

• Autóloga particulada;
• Autóloga bloco;
• Homóloga particulada;
• Homóloga bloco;
• Outro;

Apenas uma das opções pode ser selecionada.

Caso marcadas as opções Femoral e Tibial, os campos "Qual" no interior dos cards expansíveis, são de preenchimento obrigatório.

Protótipo 5 - Enxertia.

2.6 Componentes utilizados

Este item é composto de dois campos e duas listas.

O campo Principais deve apresentar as opções descritas no item 3.1 desta página.

Enquanto nenhum componente for cadastrado, na lista deve ser apresentada a mensagem: "Não há componentes registrados".

No momento em que um componente é adicionado à lista, ele vai com quantidade igual a um. Alguns componentes podem ser utilizados em quantidade maior que um, nesses casos, é possível alterar a quantidade até o máximo permitido. As quantidades permitidas para cada componente estão descritas na tabela do item 3.1 desta página.

Componentes com quantidade máxima igual a 1 não devem permitir a alteração da quantidade.

Componentes adicionados podem ser removidos da lista a qualquer momento.

Protótipo 6 - Componentes principais.

O campo Complementares deve apresentar as opções descritas no item 3.2 desta página.

No momento em que um componente é adicionado à lista, ele é inserido com quantidade igual a um. Alguns componentes podem ser utilizados em quantidade maior que um, nesses casos, é possível alterar a quantidade até o máximo permitido. As quantidades permitidas para cada componente estão descritas na tabela do item 3.2 desta página.

Enquanto nenhum componente for cadastrado na lista deve ser apresentada a mensagem: "Não há componentes adicionais registrados".

Componentes com quantidade máxima igual a 1 não devem permitir a alteração da quantidade.

Componentes adicionados podem ser removidos da lista a qualquer momento.

Ambos os campos devem estar sempre habilitados para seleção dos componentes, no entanto, é obrigatório que ao menos uma opção seja selecionada no campo Principais.

Protótipo 7 - Componentes complementares.

3. Componentes disponíveis para seleção

3.1 Componentes principais

3.2 Componentes complementares

4. Regras gerais

1. Todos os campos de radio button, devem possuir a opção "limpar" para evitar cliques errados do usuário e ele precise cancelar o registro e cadastrar um novo para corrigir. Alguns campos com radio que são "internos" e só habilitados dependendo de seleção anterior não precisam da opção "limpar".

2. O grupo "Componentes utilizados" deve possuir ao menos um produto registrado em Componentes principais para possibilitar o salvamento do registro na base de dados.

3. Caso a Data da cirurgia seja preenchida com uma data posterior à data atual, ao remover o foco do campo, o sistema deve marcar o campo em vermelho e apresentar a mensagem Data superior à data atual.

4. Caso a Data da cirurgia seja preenchida com uma data anterior à data de nascimento do cidadão, ao tentar salvar o registro, o sistema deve apresentar a mensagem: Preenchimento incorreto. Além disso, o sistema deve marcar o campo em vermelho e apresentar a mensagem: Data anterior à data de nascimento no campo.

5. Após salvar o registro, o sistema deve apresentar a mensagem Registro cadastrado.

6. Deve ser apresentado o Menu de registros com o nome do profissional responsável e informações da equipe médica do procedimento.

5. Dicionário de Dados

A artroplastia de quadril compreende dois procedimentos: artroplastia primária de quadril, que é quando o paciente recebe pela primeira vez um implante. O segundo procedimento é a revisão de artroplastia do quadril, e ocorre quando o paciente já possui um implante e precisa de uma cirurgia de revisão para efetuar a troca/ajuste/remoção do implante.

A documentação de ambos os procedimentos no sistema pode ser encontrada em:

• Artroplastia primária de quadril;
• Revisão de artroplastia de quadril;

1. Breadcrumb

Home > Novo procedimento > Primária de quadril

2. Campos

2.1 Diagnósticos

Possui o campo Motivos da artroplastia, com as opções:

• Artrite reumatóide;
• Fratura do colo femoral;
• Luxação inveterada;
• Necrose avascular da cabeça femoral;
• Osteoartrose primária;
• Outras doenças reumáticas;
• Pós-traumática;
• Sequela de displasia;
• Sequela de fratura do acetábulo;
• Sequela de fratura do fêmur proximal;
• Sequela de Perthes;
• Outro.

As opções são de múltipla escolha.

Protótipo 1 - Diagnósticos.

2.2 Procedimento cirúrgico prévio

Possui os campos Procedimentos e Implante prévio, com as opções:

• Procedimento:
  • Nenhum;
  • Artrodese;
  • Osteossíntese de fêmur;
  • Osteossíntese do acetábulo;
  • Osteotomia femoral;
  • Osteotomia pélvica;
  • Outro.

e

• Implante prévio:
  • Sim;
  • Não;
  • Ainda presente;
  • Removido previamente;

No campo Procedimentos, se a opção "Nenhum" for selecionada, todas as outras opções devem ser desabilitadas.

O campo Implante prévio deve possuir as opções "Sim" e "Não" e apenas uma delas pode ser selecionada. Além disso, se a opção "Sim" for selecionada, então as opções "Ainda presente" e "Removido previamente", também de escolha única, devem ser habilitadas para preenchimento.

A função limpar deve apagar todos os valores marcados no campo Implante prévio.

Protótipo 2 - Procedimento cirúrgico prévio.

2.3 Procedimento cirúrgico atual

Campos:

• Data da cirurgia;
• Início;
• Término;
• Duração;
• Abordagem cirúrgica;
• Uso de dreno;
• Transfusão sanguínea;
• Foi utilizado antibiótico;

No campo Data da cirurgia, não pode ser informada uma data maior que a data atual.

O campo de Início e Término devem permitir o preenchimento com apenas números, aplicando a máscara "00:00".

Caso os campos de Início e Término sejam preenchidos com valores iguais, o sistema deve apresentar a mensagem Início e Término iguais.

No preenchimento dos campos Início e Término, os quatro dígitos (dois de hora e dois de minuto) devem ser obrigatoriamente preenchidos. Caso o usuário preencha apenas 03 (três) dígitos ou o valor dos minutos ultrapasse o limite de 59 (cinquenta e nove), ao remover o foco do campo o sistema deve marcar o campo de vermelho e apresentar a mensagem Dados inválidos.

O campo de Duração deve ser calculado de acordo com os valores informados nos campos de Início e Término. Caso nenhum valor tenha sido informado nos campos, deve ser apresentada a mensagem Informe Início e Término.

Abordagem cirúrgica com as opções:

• Anterior;
• Posterior;
• Lateral;

Somente uma das opções pode ser selecionada.

Uso do dreno com as opções:

• Sim;
• Não;

Transfusão sanguínea com as opções:

• Sim;
• Não;

Se a opção "Sim" for selecionada, as opções:

• Autóloga;
• Homóloga;

devem ser habilitadas para seleção e apenas uma delas pode ser selecionada.

Em Uso do dreno e Transfusão sanguínea, apenas uma opção pode ser escolhida.

A função limpar deve apagar todos os valores marcados no campo Transfusão sanguínea.

O campo Foi utilizado antibiótico deve possuir as opções "Sim" e "Não" para seleção.

Se a opção "Sim" for selecionada, então os campos Antibiótico e Período devem ser habilitados.

O campo Antibiótico deve possuir a lista de antibióticos cadastrados pelo profissional da ANVISA. Somente uma das opções pode ser selecionada.

O campo Período deve exibir as opções:

• 24h;
• 48h;
• 72h;
• mais de 72h;

somente uma delas pode ser selecionada.

Protótipo 3 - Procedimento cirúrgico atual.

2.4 Tipo de artroplastia

Possui os campos:

• Tipo;
• Par tribológico;

O campo Tipo é composto pelos valores:

• Convencional;
• Hemiartroplastia bipolar;
• Hemiartroplastia monopolar;
• Não convencional;
• Recapeamento.

Apenas um dos valores pode ser selecionado.

O campo Par tribológico é composto pelos valores:

• Cerâmica/Cerâmica;
• Cerâmica/Metal;
• Cerâmica/Polietileno convencional;
• Cerâmica/Polietileno crosslinked;
• Metal/Metal;
• Metal/Polietileno convencional;
• Metal/Polietileno crosslinked.

Apenas uma das opções pode ser selecionada.

O campo Par tribológico só deve ser habilitado para seleção se a opção "Convencional", for selecionada no campo Tipo.

Protótipo 4 - Tipo de artroplastia.

2.5 Implantes

Neste grupo há duas opções para serem selecionadas:

• Femoral;
• Acetabular;

Ao menos uma das opções deve ser selecionada.

Para cada uma das opções selecionadas, deve ser habilitado um subgrupo com os campos:

2.5.1 Tipo Femoral:

Campos:

• Modelo de haste;
• Centralizador distal;
• Centralizador proximal;
• Cimentado;
• Restritor de cimento.

O campo Modelo de haste deve possuir as opções:

• Com colar;
• Sem colar.

O campo Centralizador distal deve possuir as opções:

• Sim;
• Não.

O campo Centralizador proximal deve possuir as opções:

• Sim;
• Não.

O campo Cimentado deve possuir as opções:

• Sim;
• Não.

O campo Restritor de cimento deve possuir as opções:

• Sim;
• Não;
• Ósseo;
• Sintético.

O campo Restritor de cimento só deve ser habilitado, se a opção "Sim" em Cimentado tiver sido selecionada.

As opções Ósseo e Sintético só serão habilitados caso a opção "Sim", seja informada no "Restritor de cimento".

Todos os campos deste grupo são de escolha única.

A função limpar deve apagar todos os valores marcados no campo Restritor de cimento.

Protótipo 5 - Implante Femoral.

2.5.2 Tipo Acetabular:

Campos:

• Polietileno;
• Metálico;
• Cimentado.

Todos os três podem ser marcados. Cada um deles que for marcado deve abrir opções para seleção.

O campo Polietileno possui as opções:

• Com flange;
• Sem flange.

Só deve ser possível marcar uma das opções.

O campo Metálico possui as opções:

• Jateado;
• Microporosidades;
• Hidroxiapatita;
• Trabecular.

É possível fazer múltipla escolha no campo.

O campo Cimentado, deve possuir as opções "Sim" e "Não".

Caso a opção "Não cimentado" seja selecionada então o campo Parafusos deve ser habilitado, com as opções:

• 1;
• 2;
• 3;
• Outro;

Apenas uma das opções pode ser selecionada.

A função limpar deve apagar todos os valores marcados no campo Cimentado.

Protótipo 6 - Implante Acetabular.

2.6 Cimento ósseo

Esse tópico possui os campos:

• Tipo;
• Técnica de cimentação;
• Lavagem pulsátil;

O campo Tipo possui as opções "Convencional" e "Com antibiótico" e apenas uma das opções pode ser selecionada.

O campo Técnica de cimentação deve possuir as opções "Manual" e "Retrógrada", onde apenas uma delas pode ser selecionada.

O campo Lavagem pulsátil, deve possuir as opções "Sim" e "Não".

Esse grupo só deve ser habilitado para seleção, se no item Implantes foi marcada algumas das opções "Acetabular" ou "Femoral" e em seus subitens, foi informado que o implante foi cimentado.

Protótipo 7 - Cimento ósseo.

2.7 Enxertia

O tópico Enxertia é composto pelos campos:

• Femoral;
• Acetabular;

Ambas as opções podem ser selecionadas, apenas uma ou nenhuma.

Protótipo 8 - Enxertia não informada.

Caso os campos Femoral e Acetabular sejam marcados, eles devem habilitar novos campos para preenchimento, conforme descrito abaixo:

Femoral possui o campo "Qual", com as opções:

• Autóloga particulada;
• Autóloga bloco;
• Homóloga particulada;
• Homóloga bloco;
• Outro;

Apenas uma das opções pode ser selecionada.

Acetabular possui o campo "Qual", com as opções:

• Autóloga particulada;
• Autóloga bloco;
• Homóloga particulada;
• Homóloga bloco;
• Outro;

Apenas uma das opções pode ser selecionada.

Os itens do grupo Enxertia só devem ser habilitados para seleção, se os mesmos itens foram selecionados no grupo Implantes. Por exemplo, o item "Femoral" no grupo Enxertia só deve ser habilitado para seleção se o item "Femoral" no grupo Implantes, foi selecionado.

Protótipo 9 - Enxertia.

2.8 Componentes utilizados

Este item é composto de dois campos e duas listas.

O campo Principais deve apresentar as opções de acordo com a opção selecionada em Tipo de artroplastia. A relação está descrita no item 3.1 desta página.

Este campo deve permanecer desabilitado até que o usuário escolha um valor para o campo Tipo de artroplastia. Após habilitado, abaixo do campo deve ser exibida a informação de qual foi o "tipo de artroplastia" selecionada.

No momento em que um componente é adicionado à lista, ele vai com quantidade igual a um. Alguns componentes podem ser utilizados em quantidade maior que um, nesses casos é possível alterar a quantidade até o máximo permitido. As quantidades permitidas para cada componente estão descritas nas tabelas do item 3.1 desta página.

Componentes com quantidade máxima igual a 1 não devem permitir a alteração da quantidade.

Enquanto nenhum componente for cadastrado na lista deve ser apresentada a mensagem: "Não há componentes registrados".

Componentes adicionados podem ser removidos da lista a qualquer momento.

Protótipo 10 - Componentes principais.

O campo Complementares deve apresentar as opções descritas no item 3.2 desta página.

Este campo deve estar sempre habilitado.

No momento em que um componente é adicionado à lista, ele vai com quantidade igual a um. Alguns componentes podem ser utilizados em quantidade maior que um, nesses casos é possível alterar a quantidade até o máximo permitido. As quantidades permitidas para cada componente estão descritas nas tabelas do item 3.2 desta página.

Enquanto nenhum componente for cadastrado na lista deve ser apresentada a mensagem: "Não há componentes adicionais registrados".

Componentes com quantidade máxima igual a 1 não devem permitir a alteração da quantidade.

Componentes adicionados podem ser removidos da lista a qualquer momento.

Protótipo 11 - Componentes complementares.

3. Relação componentes x Tipo de artroplastia

3.1 Componentes Principais x Tipo de artroplastia

3.2 Componentes complementares

4. Regras gerais

1. Todos os campos de radio button, devem possuir a opção "limpar" para evitar cliques errados do usuário e ele precise cancelar o registro e cadastrar um novo para corrigir. Alguns campos com radio que são "internos" e só habilitados dependendo de seleção anterior não precisam da opção "limpar".

2. O grupo "Componentes utilizados" deve possuir ao menos um produto registrado em Componentes principais para possibilitar o salvamento do registro na base de dados.

3. Caso a Data da cirurgia seja preenchida com uma data posterior à data atual, ao remover o foco do campo, o sistema deve marcar o campo em vermelho e apresentar a mensagem Data superior à data atual.

4. Caso a Data da cirurgia seja preenchida com uma data anterior à data de nascimento do cidadão, ao tentar salvar o registro, o sistema deve apresentar a mensagem: Preenchimento incorreto. Além disso, o sistema deve marcar o campo em vermelho e apresentar a mensagem: Data anterior à data de nascimento no campo.

5. Se o campo Par tribológico, for preenchido com a opção "Cerâmica/cerâmica", então o campo Parafusos deve deixar de ser obrigatório.

6. Após a inclusão de um Componente principal, o campo de Tipo de artroplastia deve ser desabilitado para edição. Caso todos os componentes principais sejam removidos da lista, então o campo deve ser habilitado para edição.

7. Após salvar o registro, o sistema deve apresentar a mensagem Registro cadastrado.

8. Deve ser apresentado o Menu de registros com o nome do profissional responsável e informações da equipe médica do procedimento.

5. Dicionário de Dados

1. Breadcrumb

Home > Novo procedimento > Revisão de quadril

2. Campos

2.1 Motivo da revisão

Esse grupo é composto somente pelo campo Motivos da revisão, com as opções:

• Cotiloidite;
• Desgaste do polietileno;
• Dor como causa isolada da revisão;
• Fratura periprotética;
• Grande defeito ósseo acetabular;
• Grande defeito ósseo femoral (distal ao trocanter menor);
• Infecção;
• Osteólise do acetábulo;
• Osteólise do fêmur;
• Ossificação heterotópica;
• Protrusão acetabular;
• Quebra do implante;
• Soltura do componente acetabular;
• Soltura do componente femoral;
• Outro.

Várias opções podem ser selecionadas.

Caso a opção "Infecção" seja selecionada, deve ser habilitada uma subopção de escolha única, para o usuário informar se a infecção foi "Precoce" ou "Crônica".

Protótipo 1 - Motivos da revisão.

2.2 Procedimento cirúrgico atual

Campos:

• Data da cirurgia;
• Início;
• Término;
• Duração;
• Abordagem cirúrgica;
• Uso do dreno;
• Osteotomia femoral;
• Anatomopatológico;
• Transfusão sanguínea;
• Cultura durante o ato cirúrgico;

No campo Data da cirurgia, não pode ser informada uma data maior que a data atual.

O campo de Início e Término devem permitir o preenchimento com apenas números, aplicando a máscara "00:00".

Caso os campos de Início e Término sejam preenchidos com valores iguais, o sistema deve apresentar a mensagem Início e Término iguais.

No preenchimento dos campos Início e Término, os quatro dígitos (dois de hora e dois de minuto) devem ser obrigatoriamente preenchidos. Caso o usuário preencha apenas 03 (três) dígitos ou o valor dos minutos ultrapasse o limite de 59 (cinquenta e nove), ao remover o foco do campo o sistema deve marcar o campo de vermelho e apresentar a mensagem Dados inválidos.

O campo de Duração deve ser calculado de acordo com os valores informados nos campos de Início e Término. Caso nenhum valor tenha sido informado nos campos, deve ser apresentada a mensagem Informe Início e Término.

Abordagem cirúrgica com as opções:

• Anterior;
• Posterior;
• Outra;

Somente uma das opções pode ser selecionada.

Uso do dreno com as opções:

• Sim;
• Não;

Transfusão sanguínea com as opções:

• Sim;
• Não;

Se a opção "Sim" for selecionada, as opções:

• Autóloga;
• Homóloga;

devem ser habilitadas para seleção.

Em ambos os casos, apenas uma opção pode ser escolhida.

O campo Osteotomia femoral deve possuir as opções "Sim" e "Não" para seleção.

O campo Anatomopatológico deve possuir as opções "Sim" e "Não" para seleção.

O campo Cultura durante o ato cirúrgico deve possuir as opções "Sim" e "Não". Caso a opção "Sim" seja selecionada, então as opções:

• 1;
• 2;
• 3;
• + de 3.

devem tornar-se disponíveis para seleção e apenas uma poderá ser selecionada.

O campo Foi utilizado antibiótico deve possuir as opções "Sim" e "Não" para seleção.

Se a opção "Sim" for selecionada, então os campos Antibiótico e Período devem ser habilitados.

O campo Antibiótico deve possuir a lista de antibióticos cadastrados pelo profissional da ANVISA. Somente uma das opções pode ser selecionada.

O campo Período deve exibir as opções:

• 24h;
• 48h;
• 72h;
• mais de 72h;

somente uma delas pode ser selecionada.

Protótipo 2 - Procedimento cirúrgico atual.

2.3 Tipo de revisão

Esse grupo deve possuir apenas os campos Tipo de revisão e Retirada.

O campo Tipo de revisão deve possuir as opções:

• Troca de todos os componentes;
• Troca de todos os componentes femorais;

Onde apenas uma das opções pode ser selecionada.

O campo Retirada deve possuir as opções:

• Haste femoral;
• Cabeça femoral;
• Inserto acetabular;
• Componente acetabular;

Esse campo deve permitir múltiplas escolhas.

Caso um dos dois campos seja preenchido, o outro deve ser desabilitado para seleção.

Protótipo 3 - Tipo de revisão.

2.4 Técnica operatória

Este item possui as opções:

• Femoral;
• Acetabular;

Ao menos uma delas deve ser selecionada.

Cada uma delas que for selecionada, deve habilitar um grupo de campos relacionados.

2.4.1 Femoral

Possui os campos:

• Tela de suporte;
• Centralizador;
• Cimentado;
• Restritor de cimento;
• Tipo de prótese;

O campo Restritor de cimento, só deve ser habilitado se o campo Cimentado for preenchido com o valor "Sim".

A função "limpar" no campo Cimentado, quando acionada, deve também limpar valores preenchidos no campo Restritor de cimento.

O campo Tipo de prótese deve possuir as opções "Modular" e "Não convencional" e somente uma delas pode ser selecionada.

Protótipo 4 - Técnica operatória - Femoral.

2.4.2 Acetabular

Possui os campos:

• Tela de suporte;
• Anel de reforço;
• Par tribológico;
• Metal trabeculado;
• Cimentado;

Os campos Tela de suporte, Anel de reforço, Cimentado e Metal trabeculado possuem as opções "Sim" e "Não".

O campo Par tribológico deve possuir as opções:

• Cerâmica/Cerâmica;
• Cerâmica/Metal;
• Cerâmica/Polietileno convencional;
• Cerâmica/Polietileno crosslinked;
• Metal/Metal;
• Metal/Polietileno convencional;
• Metal/Polietileno crosslinked.

Onde apenas uma delas pode ser selecionada.

Protótipo 5 - Técnica operatória - Acetabular.

2.5 Cimento ósseo

Esse tópico possui os campos:

• Tipo;
• Técnica de cimentação;
• Lavagem pulsátil;

O campo Tipo, deve possuir as opções:

• Convencional;
• Com antibiótico;

Apenas uma das opções pode ser selecionada.

O campo Técnica de cimentação deve possuir as opções "Manual" e "Retrógrada", onde apenas uma delas pode ser selecionada.

O campo Lavagem pulsátil, deve possuir as opções "Sim" e "Não".

Esse grupo só deve ser habilitado para seleção se no item Técnica operatória foi marcada uma das opções "Acetabular" ou "Femoral", e em seus subitens, foi informado que o implante foi cimentado.

Protótipo 6 - Cimento ósseo.

2.6 Enxertia

O tópico Enxertia é composto pelos campos:

• Femoral;
• Acetabular;

Ambas podem ser selecionadas, só uma ou nenhuma.

Protótipo 7 - Enxertia não informada.

Caso os campos Femoral e Acetabular sejam marcados, eles devem habilitar novos campos para preenchimento, conforme descrito abaixo:

Femoral possui o campo "Qual?", com as opções:

• Autóloga particulada;
• Autóloga bloco;
• Homóloga particulada;
• Homóloga bloco;
• Outro;

Apenas uma das opções pode ser selecionada.

Acetabular possui o campo "Qual?", com as opções:

• Autóloga particulada;
• Autóloga bloco;
• Homóloga particulada;
• Homóloga bloco;
• Outro;

Apenas uma das opções pode ser selecionada.

Os itens do grupo "Enxertia" só devem ser habilitados para seleção se os mesmos forem selecionados no grupo Técnica operatória. Por exemplo, o item "Femoral" no grupo Enxertia só deve ser habilitado para seleção se o item "Femoral" no grupo Técnica operatória foi selecionado.

Protótipo 8 - Enxertia.

2.7 Componentes utilizados

Este item é composto de dois campos e duas listas.

O campo Principais deve apresentar as opções descritas no item 3.1 desta página.

Enquanto nenhum componente for cadastrado, na lista deve ser apresentada a mensagem: "Não há componentes registrados".

No momento em que um componente é adicionado à lista, ele vai com quantidade igual a um. Alguns componentes podem ser utilizados em quantidade maior que um, nesses casos, é possível alterar a quantidade até o máximo permitido. As quantidades permitidas para cada componente estão descritas na tabela do item 3.1 desta página.

Componentes com quantidade máxima igual a 1 não devem permitir a alteração da quantidade.

Componentes adicionados podem ser removidos da lista a qualquer momento.

Protótipo 9 - Componentes principais.

O campo Complementares deve apresentar as opções descritas no item 3.2 desta página.

No momento em que um componente é adicionado à lista, ele é inserido com quantidade igual a um. Alguns componentes podem ser utilizados em quantidade maior que um, nesses casos, é possível alterar a quantidade até o máximo permitido. As quantidades permitidas para cada componente estão descritas na tabela do item 3.2 desta página.

Enquanto nenhum componente for cadastrado na lista deve ser apresentada a mensagem: "Não há componentes adicionais registrados".

Componentes com quantidade máxima igual a 1 não devem permitir a alteração da quantidade.

Componentes adicionados podem ser removidos da lista a qualquer momento.

Ambos os campos devem estar sempre habilitados para seleção dos componentes, no entanto, é obrigatório que ao menos uma opção seja selecionada no campo Principais.

Protótipo 10 - Componentes complementares.

3. Componentes disponíveis para seleção

3.1 Componentes principais

3.2 Componentes complementares

4. Regras gerais

1. Todos os campos de radio button, devem possuir a opção "limpar" para evitar cliques errados do usuário e ele precise cancelar o registro e cadastrar um novo para corrigir. Alguns campos com radio, que são "internos" e só habilitados dependendo de seleção anterior não precisam da opção "limpar".

2. O grupo "Componentes utilizados" deve possuir ao menos um produto registrado em Componentes principais para possibilitar o salvamento do registro na base de dados.

3. Caso a Data da cirurgia seja preenchida com uma data posterior à data atual, ao remover o foco do campo, o sistema deve marcar o campo em vermelho e apresentar a mensagem Data superior à data atual.

4. Caso a Data da cirurgia seja preenchida com uma data anterior à data de nascimento do cidadão, ao tentar salvar o registro, o sistema deve apresentar a mensagem: Preenchimento incorreto. Além disso, o sistema deve marcar o campo em vermelho e apresentar a mensagem: Data anterior à data de nascimento no campo.

5. Após salvar o registro, o sistema deve apresentar a mensagem Registro cadastrado.

6. Deve ser apresentado o Menu de registros com o nome do profissional responsável e informações da equipe médica do procedimento.

5. Dicionário de Dados

O módulo de cardiologia tem como objetivo fazer o controle de aplicações de stents coronarianos em todo o território nacional. O registro de cardiologia para registros dos stents é dividido em duas partes:

Dados essenciais:

Onde serão informadas as lesões tratadas na cirurgia, os stents que foram utilizados no tratamento dessas lesões, a apresentação clínica e testes de imagem realizados. As regras de preenchimento estão em Stent de coronária - Dados essenciais;

Dados complementares:

Onde são registrados alguns dados clínicos dos pacientes, como antecedentes e complicações que tenham ocorrido durante o procedimento de angioplastia. As regras de preenchimento estão em Stent de coronária - Dados complementares.

Após o preenchimento dos Dados essenciais, já deve ser possível salvar o registro. O preenchimento dos Dados complementares é opcional.

1. Breadcrumb

Home > Novo procedimento > Stent de coronária - Dados essenciais

2. Campos

Os dados essenciais possuem cinco grupos:

2.1 Dados do procedimento

Esse grupo é formado pelos campos:

• Data da cirurgia;
• Início;
• Término;
• Duração.

Os campos de Data da cirurgia, Início e Término são de preenchimento obrigatório.

A Data da cirurgia, informada pelo usuário, não pode ser posterior à data atual nem anterior à data de nascimento do paciente.

Os campos de Hora de início e Hora de término devem permitir o preenchimento com apenas números, aplicando a máscara "00:00". Caso estes campos sejam preenchidos com valores iguais, o sistema deve apresentar a mensagem Início e Término iguais.~

O campo de Duração deve ser calculado de acordo com os valores informados nos campos de Início e Término. Caso nenhum valor tenha sido informado nos campos, deve ser apresentada a mensagem Informe Início e Término.

Protótipo 1 - Dados do procedimento.

2.2 Lesão tratada

Neste grupo são registradas as lesões tratadas pelo usuário. Primeiramente, o usuário deve informar qual a dominância do paciente, selecionando uma das opções:

• Esquerda;
• Direita.

A seleção da dominância é obrigatória e após ela, o sistema deve permitir adicionar lesões.

O usuário poderá adicionar lesões em coronárias nativas e em enxertos.

Enquanto não houver uma lesão cadastrada, a mensagem: "Não há lesões adicionadas." deve ser exibida.

Após ser cadastrada uma lesão, não deve ser possível alterar a dominância, exceto se todas as lesões cadastradas forem excluídas.

Protótipo 2 - Lesão tratada.

2.2.1 Lesão em coronária nativa

Ao clicar em "Adicionar lesão em coronária nativa", o sistema deve apresentar a modal para o usuário cadastrar a lesão.

No modal, a imagem das artérias apresentada será de acordo com a dominância selecionada pelo usuário.

Na imagem das artérias dentro do modal, o usuário deverá clicar sobre os segmentos para indicar quais deles são impactados pela lesão. Deve ser possível desmarcar os segmentos clicando novamente neles.

Tabela 1 - Nomes e números dos segmentos.

Os segmentos 4, 16, 16a, 16b e 16c, só devem estar disponíveis quando o paciente possuir uma dominância "Direita".

O segmento 15 só deve estar disponível quando o paciente possuir uma dominância "Esquerda".

Conforme o usuário marca ou desmarca os segmentos, eles são adicionados ou removidos da lista Segmentos selecionados, com o seu número identificador e nome. O usuário poderá excluir segmentos selecionados através da exclusão do "chip".

É obrigatória a informação de pelo menos um segmento por lesão e cada lesão poderá ter no máximo 03 segmentos relacionados.

Para cada lesão o usuário poderá informar dados de Classificação da lesão, através dos campos:

• AHA/ACC;
• Tipo de lesão.

Os dois campos são de preenchimento opcional.

O campo AHA/ACC, deve apresentar as opções:

• A;
• B1;
• B2;
• C.

Apenas uma das opções pode ser selecionada.

O campo "Tipo de lesão" deve possuir as opções:

• De novo;
• Oclusão crônica;
• Reestenose;
• Trombose.

Apenas uma delas pode ser selecionada;

Se o valor "Reestenose" for selecionado então o campo Tipo de reestenose deve ser habilitado para seleção. Esse campo deve possuir as opções:

• BMS;
• BVS;
• DES;
• Stent prévio não conhecido.

Apenas uma delas pode ser selecionada;

Se o valor "Trombose" for selecionado então o campo Tipo de trombose deve ser habilitado para seleção. Esse campo deve possuir as opções:

• Aguda;
• Subaguda;
• Tardia.

Os campos de Tipo de reestenose e Tipo de trombose não são de preenchimento obrigatório.

Após adicionada a lesão, ela deve ser apresentada em forma de um card. No card devem ser apresentados os nomes dos segmentos lesionados e as informações dos campos de Classificação da lesão. Caso um dos campos de AHA/ACC ou Tipo de lesão não forem preenchidos, eles devem ser exibidos com "Não informado".

Se a opção "Reestenose" for selecionada e não for selecionada nenhuma opção para o campo Tipo de reestenose, o mesmo deve ser exibido com "Não informado".

Se a opção "Trombose" for selecionada e não for selecionada nenhuma opção para o campo Tipo de trombose, o mesmo deve ser exibido com "Não informado".

Protótipo 3 - Adicionar lesão em coronária nativa - dominância esquerda.

2.2.2 Lesão em enxertos

Ao clicar em "Adicionar lesão em enxerto", o sistema deve apresentar o modal para o usuário cadastrar a lesão.

Primeiramente o usuário deve informar o tipo de enxerto através de uma das opções "Aorto coronário" ou "In situ".

Se o usuário informar a opção "Aorto coronário", então como subopção para seleção devem ser habilitadas as opções:

• Arterial;
• Venoso.

Apenas uma delas pode ser selecionada.

Se o usuário informar a opção "In situ", então como subopção para seleção devem ser habilitadas as opções:

• Mamária interna esquerda;
• Mamária interna direita.

Apenas uma delas pode ser selecionada.

O campo Coronária de destino é de preenchimento obrigatório e deve apresentar as opções:

Os campos de Classificação da lesão são os mesmos descritos no item 2.2.1.

Após adicionada a lesão, ela deve ser apresentada em forma de um card. No card devem ser apresentados: o "Tipo do enxerto" com a subopção, a Coronária de destino e as informações dos campos de Classificação da lesão. Caso um dos campos de AHA/ACC ou Tipo de lesão não forem preenchidos, eles devem ser exibidos com "Não informado". Caso o campo Tipo de reestenose ou Tipo de trombose não tenham sido preenchidos, ambos devem ser exibidos com "Não informado".

Protótipo 4 - Adicionar lesão em enxerto.

2.3 Stents utilizados

Para adicionar os stents é necessário que tenha sido adicionada ao menos uma lesão. Ou seja, o botão "Adicionar stent" só deve ser habilitado após a adição de ao menos uma lesão.

Enquanto não houver um stent cadastrado, a mensagem: "Não há stents registrados." deve ser exibida.

Ao clicar em "Adicionar stent", o sistema deve apresentar o modal para o usuário cadastrar o stent e relacioná-lo com as lesões que foram tratadas.

O campo Nome do stent deve permitir a digitação para pesquisa. Os valores apresentados no campo devem estar de acordo com os stents cadastrados pelo profissional da ANVISA.

Além das opções da planilha, no combo deve existir a opção "Outro". Caso essa opção seja selecionada, o "Tipo de stent" não deve ser exibido.

Após selecionado o nome do stent, o sistema deve apresentar abaixo do campo a informação do tipo de stent, que está disponível na planilha acima.

Os campos Diâmetro e Comprimento devem permitir apenas a digitação de números.

O campo Aplicado em é de preenchimento obrigatório e deve apresentar as opções:

• Coronária nativa;
• Enxerto.

Apenas uma delas pode ser selecionada. Se a opção "Coronária nativa" for selecionada, então o campo Segmentos deve ser exibido com as lesões em coronária nativa que foram cadastradas e os segmentos que elas abrangem.

O usuário poderá selecionar quais lesões e quais segmentos foram tratados com cada um dos stents utilizados.

Se a opção "Enxerto" for selecionada, então o campo Enxerto deve ser exibido e permitir a seleção uma lesão em enxerto que foi cadastrada previamente.

O campo Stent implantado com sucesso deve possuir as opções "Sim" e "Não". Se a opção "Não" for selecionada então todo o subgrupo deve ser exibido e o campo Motivo do insucesso deve ser habilitado para seleção deve apresentar as opções:

• Lesão residual;
• Trombose aguda;
• Não ultrapassou;
• Falha do produto.

Se a opção "Falha do produto" for selecionada então o campo Tipo de falha deve ser habilitado, seu preenchimento é obrigatório e as opções são:

• Implante, ativação, posicionamento ou separação;
• Falha no produto para a saúde implantável;
• Incompatibilidade;
• Marcação, rotulagem ou instruções para uso.

O campo Especificação da falha deve ser habilitado e populado com opções dependendo do valor selecionado no campo Tipo de falha. As possíveis opções são:

• Se tipo de falha for Implante, ativação, posicionamento ou separação:

  • Dificuldade de posicionamento;
  • Falha para ativar;
  • Falha para separar;
  • Ativação prematura;
  • Ativação atrasada.

• Se tipo de falha for Falha no produto para a saúde implantável:

  • Migração de produto para a saúde implantado ou componente do produto;
  • Alteração óssea.

• Se tipo de falha for Incompatibilidade:

  • Incompatibilidade do componente ou acessório;
  • Incompatibilidade entre produtos para a saúde;
  • Incompatibilidade entre produto para a saúde e paciente.

• Se tipo de falha Marcação, rotulagem ou instruções para uso:

  • Problemas de instruções para uso;
  • Problemas de marcações.

Ao lado dos campos de Tipo de falha e Especificação da falha, deve haver um Ícone de informação com a definição de cada tipo de falha e especificação. As definições a serem exibidas podem ser encontradas em Tipos e especificação de falha.

Após adicionado, o stent deve ser apresentado em forma de card. No card devem ser apresentadas todas as informações cadastradas no modal.

Todos os campos são de preenchimento obrigatório.

Protótipo 5 - Adicionar stent - coronária nativa.

2.4 Apresentação clínica

Este grupo é composto por um conjunto de campos, são eles:

• Quadro clínico;
• Classe funcional;
• Caráter ICP;
• Padrão obstrutivo.

O campo Quadro clínico é de preenchimento obrigatório e deve possuir as opções:

• Angina estável;
• Angina instável;
• Assintomático;
• Dor torácica atípica;
• Equivalente isquêmico;
• IAM com supra ST;
• IAM sem supra ST.

Enquanto não for selecionado um valor no campo Quadro clínico, o campo Caráter ICP deve apresentar somente a mensagem: "Informe quadro clínico primeiro.".

Se uma das opções: "Equivalente isquêmico", "Dor torácica atípica" ou "Assintomático" forem selecionadas, então o campo Caráter ICP deve exibir as opções: "Eletiva" e "AD-HOC" para seleção.

Se a opção "Angina estável" for selecionada, então o campo Caráter ICP deve exibir as opções: "Eletiva" e "AD-HOC" para seleção. Além disso, o campo Classe funcional deve ser habilitado com as opções:

• I;
• II;
• III;
• IV.

Se uma das opções "IAM sem supra ST" ou "Angina instável" for selecionada, então o campo Caráter ICP deve exibir as opções:

• Urgência (nas primeiras 2 horas de admissão);
• Invasiva precoce (entre 2 e 24 horas de admissão);
• Invasiva retardada/eletiva (após 24 horas da admissão, na mesma internação).

Se a opção "IAM com supra ST", então o campo Caráter ICP deve apresentar o campo Tipo como subopção.

O campo Tipo deve possuir as opções:

• Primária (< 12 horas de sintoma);
• Primária (> 12 horas e < 24 horas; Isquemia persistente);
• Fármaco invasiva (entre 03 e 24 horas de trombólise);
• Resgate (Após > 90 min trombólise sem critérios sucesso);
• Tardia (> 24 horas, na mesma admissão).

Se uma das opções "Primária..." forem selecionadas então os subcampos abaixo devem ser habilitados para edição:

• Transferência para ICP primária;
• Data do início dos sintomas;
• Hora do início dos sintomas;
• Data de admissão hospital;
• Hora de admissão hospital;
• Data de abertura vaso/balão;
• Hora de abertura vaso/balão.

O campo Transferência para ICP primária deve possuir as opções: "Sim" e "Não.

Se o usuário informar "Sim", então os campos:

• Data e hora de Contato do hospital de origem;
• Data e hora de Chegada no destino ICP.

devem ser habilitados para preenchimento.

A data e hora da Chegada ao destino ICP não deve ter um valor anterior à data e hora informados em Contato do hospital de origem. Caso o usuário preencha um valor anterior, ao tentar salvar o registro, o sistema deve marcar o campo em vermelho e apresentar a mensagem: Data anterior.

Além desses, existirá um campo apenas para prover informação ao usuário: é o campo Tempo de transferência que, deve informar a diferença de tempo entre a data e hora de Chegada ao destino ICP e Contato do hospital de origem, no formato "X dias, Y horas e Z minutos.".

O campo Admissão no hospital não pode ser preenchido com uma data/hora anterior ao valor preenchido no campo Chegada no destino ICP ou Início dos sintomas. Caso ocorra, o sistema deve marcar o campo Admissão no hospital e apresentar a mensagem: Data anterior.

O campo Abertura vaso/balão não pode ser preenchido com uma data/hora anterior ao valor preenchido em nenhum dos campos Admissão hospital, Início dos sintomas ou Chegada no destino ICP. Caso ocorra, o sistema deve marcar o campo Abertura vaso/balão e apresentar a mensagem: Data anterior.

Os campos de data:

• Não devem permitir a seleção de datas futuras. Caso isso ocorra, o sistema deve marcar o campo e apresentar a mensagem Data superior à data atual;
• Não podem ser datas posteriores à data da cirurgia realizada. Caso isso ocorra, o sistema deve marcar o campo e apresentar a mensagem Data posterior;
• Não podem ser datas anteriores à data de nascimento do paciente. Caso isso ocorra, o sistema deve marcar o campo e apresentar a mensagem Data anterior à data de nascimento.

Os campos de hora devem permitir o preenchimento com apenas números, aplicando a máscara "00:00".

Além desses campos, devem existir mais dois campos que serão apenas para prover informação ao usuário. São eles:

• Dor/porta: deve exibir no formato "X dias, Y horas e Z minutos.", a diferença entre a data e hora da Admissão no hospital e data e hora de Início dos sintomas.
• Porta/balão: deve exibir no formato "X dias, Y horas e Z minutos.", a diferença entre a data e hora da Abertura vaso/balão e data e hora de Admissão no hospital.

Qualquer outra opção diferente de "Primárias..." no campo Tipo, não deve habilitar subopções.

Os campos de Hora de todos os campos apresentados (Contato do hospital de origem, Chegada no destino ICP, Início dos sintomas, Admissão hospital e Abertura vaso/balão) devem permanecer desabilitados, até que o usuário preencha uma data referente àquele campo de hora.

O campo Padrão obstrutivo deve possuir as opções:

• "1 ou 2 vasos; sem DA proximal";
• "1 vaso; com DA proximal";
• "2 vasos; com DA proximal";
• "3 vasos; sem TCE";
• TCE isolado;
• TCE + 1 ou 2 vasos;
• TCE + 3 vasos;
• Oclusão crônica isolada.

Apenas uma das opções pode ser selecionada.

Protótipo 6 - Apresentação clínica.

2.5 Teste Isquemia/Imagem

Este grupo possui uma lista de testes no qual o usuário poderá informar quais deles foram realizados ou não e quais deles não foram avaliados.

Primeiramente o usuário deve informar se Foi realizado teste não invasivo de isquemia/imagem. Se o usuário informar que não foi realizado, então todo o grupo deve ser desabilitado e todos os testes devem ser marcados com "Não".

Se o usuário informar que "Sim", então os seguintes cards devem ser habilitados:

• Angio TC de coronária;
• Cintilografia miocárdica;
• Eco de estresse;
• Teste ergométrico.

2.5.1 Angio TC de coronária

Se o usuário informar que foi realizada, então o campo Tipo deve ser habilitado com as opções:

• 1 vaso;
• 2 vasos;
• 3 vasos;
• Não disponível;
• Indeterminado;
• Sem lesões (>50%).

Além disso, o campo Escore de cálcio realizado, deve possuir as opções "Sim" e "Não". Se a opção "Sim" for selecionada, então os subcampos: Valor e Percentil devem ser habilitados. Ambos para preenchimento apenas por valores numéricos.

O campo Valor deve permitir valores variando de 0 a 9999, somente números inteiros.

O campo Percentil deve permitir valores variando de 0 a 100, somente números inteiros.

2.5.2 Cintilografia miocárdica, Eco de estresse e Teste ergométrico

Se o usuário informar que foram realizados, então os campos Avaliação e Risco devem ser habilitados para marcação, com as opções:

Avaliação

• Negativo;
• Positivo;
• Indeterminado;
• Não disponível.

Risco

• Alto;
• Médio;
• Baixo;
• Não disponível.

Protótipo 7 - Teste isquemia/imagem.

3. Regras

1. Uma lesão não poderá ser excluída se houver um stent cadastrado, por isso, o botão de excluir na lesão deve permanecer desabilitado até que todas os stents cadastrados sejam removidos.

2. Stents podem ser excluídos a qualquer momento.

3. É obrigatório o cadastro de ao menos uma lesão e um stent relacionado à lesão para finalizar o registro.

4. Todas as lesões cadastradas pelo usuário devem possuir ao menos um stent relacionado, ou seja, não deve ser possível finalizar os dados essenciais se houver uma lesão sem um stent relacionado. Ao clicar em salvar o sistema deve apresentar a mensagem: Preenchimento incorreto.

5. No preenchimento dos campos Início e Término, os quatro dígitos (dois de hora e dois de minuto) devem ser obrigatoriamente preenchidos. Caso o usuário preencha apenas 03 (três) dígitos ou o valor dos minutos ultrapasse o limite de 59 (cinquenta e nove), ao remover o foco do campo o sistema deve marcar o campo de vermelho e apresentar a mensagem Dados inválidos.

6. Caso a Data da cirurgia seja preenchida com uma data posterior à data atual, ao remover o foco do campo, o sistema deve marcar o campo em vermelho e apresentar a mensagem Data superior à data atual.

7. Caso a Data da cirurgia seja preenchida com uma data anterior à data de nascimento do cidadão, ao tentar salvar o registro, o sistema deve apresentar a mensagem: Preenchimento incorreto. Além disso, o sistema deve marcar o campo em vermelho e apresentar a mensagem: Data anterior à data de nascimento no campo.

8. O grupo Teste Isquemia/imagem não é de preenchimento no obrigatório, no entanto, caso seja selecionada a opção "Assintomático" no campo Quadro clínico, o grupo Teste Isquemia/imagem deve ser tornar obrigatório.

9. Após salvar o registro, o sistema deve apresentar a mensagem Registro cadastrado.

10. Deve ser apresentado o Menu de registros com o nome do profissional responsável e informações da equipe médica do procedimento.

4. Dicionário de Dados

5. Definições para campos

6. Análise de impacto

1. Qualquer alteração nos dados essenciais deve ser replicada na impressão e na tela de visualização do registro.

2. Alterações nos modais implicam em alteração nos cards na tela principal.

1. Breadcrumb

Home > Novo procedimento > Stent de coronária - Dados complementares

2. Campos

Os Dados complementares do registro de cardio são divididos em vários itens. O preenchimento desses campos é opcional.

2.1 Antecedentes

Este grupo possui uma lista de antecedentes dentre os quais o usuário poderá informar quais deles o paciente possui ou não e quais não foram avaliados. Os possíveis antecedentes são:

• CRM prévia;
• Diabetes Mellitus;
• Dislipidemia;
• Doença cerebrovascular;
• Doença pulmonar crônica;
• Doença vascular periférica;
• Fibrilação atrial crônica;
• Função VE conhecida;
• Hipertensão;
• IAM prévio;
• ICC;
• ICP prévia;
• Insuficiência renal;
• Intervenção valvar prévia;
• Tabagismo.

Além desses cards, há o campo Índice de massa corporal avaliado, com as opções "Sim" e "Não".

Se a opção "Sim" for selecionada, então os subcampos: Altura e Peso, devem ser habilitados para preenchimento. Se a opção "Não" for selecionada, então os campos de Altura e Peso devem ficar desabilitados.

Os campos de Altura e Peso devem validar o dados conforme valores descritos na tabela do item 5. Caso o usuário informe valores fora dos limites estabelecidos, o sistema deve marcar o campo em vermelho e apresentar a mensagem: Dados inválidos.

O campo Altura não deve permitir o uso de vírgulas ou casas decimais. O campo Peso deve permitir o preenchimento com até duas casas decimais.

O campo IMC deve exibir o resultado do cálculo do IMC, por exemplo, 23 kg/m².

Protótipo 1 - IMC.

Os cards de CRM prévia, Doença cerebrovascular, Doença vascular periférica, Hipertensão, IAM prévio e ICP prévia não possuem subopções. Ou seja, marcando a opção "Sim", para esses cards, não haverá subopções para preenchimento.

Se o card tiver a opção "Não" ou "Não avaliado" marcada, nenhuma subopção deve ser apresentada para preenchimento.

2.1.1 Diabetes Mellitus

Possui o campo Terapia, com as opções:

• Nenhuma;
• Dieta;
• Insulina;
• Oral;
• Outra.

Caso a opção "Nenhuma" seja selecionada, então as outras opções devem ser desabilitadas para seleção.

Todas as outras podem ser selecionadas simultaneamente.

Protótipo 2 - Diabetes Mellitus.

2.1.2 Dislipidemia

Possui o campo Terapia medicamentosa, com as opções:

• Nenhuma;
• Estatina;
• Fibrato;
• Outra.

Caso a opção "Nenhuma" seja selecionada, então as outras opções devem ser desabilitadas para seleção.

Todas as outras podem ser selecionadas simultaneamente.

Protótipo 3 - Dislipidemia.

2.1.3 Doença pulmonar crônica

Possui o campo Dependente de O2, com as opções "Sim" e "Não".

Protótipo 4 - Doença pulmonar crônica.

2.1.4 Fibrilação atrial crônica

Possui o campo Anticoagulação oral, com as opções "Sim" e "Não". Se a opção "Sim" for selecionada, então um subcampo deve ser habilitado com as opções:

• Cumarínico;
• Fator Xa;
• Inibidor trombina.

Apenas uma delas pode ser selecionada.

Protótipo 5 - Fibrilação atrial crônica.

2.1.5 Função VE conhecida

O campo FE (%) deve permitir o preenchimento com valores entre 0 e 100. Caso o usuário informe um valor fora do limite especificado, então ao retirar o foco do campo o sistema deve marcar o campo em vermelho e apresentar a mensagem: Dados inválidos.

O campo FE (semiquantitativo) deve possuir as opções:

• Normal;
• Discreta;
• Moderada;
• Acentuada.

Apenas uma delas pode ser selecionada.

Protótipo 6 - Função VE conhecida.

2.1.6 IAM Prévio

Caso seja selecionada a opção "Sim", então dentro do card deve ser exibida a frase "Não assinalar se o primeiro IAM for o da atual internação.".

2.1.7 ICC

Possui o campo Classe funcional, com as opções:

• I;
• II;
• III;
• IV.

Apenas uma delas pode ser selecionada.

Protótipo 7 - ICC.

2.1.8 Insuficiência renal

Possui os campos IRC, com as opções: "Em hemodiálise" e "Não dialítica", onde somente uma pode ser selecionada; e o campo Creatinina com um campo de texto para digitação de valores entre 0 e 50 mg/dL, com até uma casa decimal.

Caso o usuário informe um valor fora do limite especificado, então ao retirar o foco do campo o sistema deve marcar o campo em vermelho e apresentar a mensagem: Dados inválidos.

Protótipo 8 - Insuficiência renal.

2.1.9 Intervenção valvar prévia

Possui o campo Tipo, com as opções:

• Cirúrgica;
• TAVI;
• Valvoplastia percutânea;
• Outra.

Várias opções podem ser selecionadas.

Protótipo 9 - Intervenção valvar prévia.

2.1.10 Tabagismo

Possui o campo Situação, com as opções:

• Ativo;
• Ex-tabagista.

Apenas uma das opções pode ser selecionada.

Protótipo 10 - Tabagismo.

2.2 ICP - Complementar

Este item possui os campos:

• Dispositivos adjuntos;
• Métodos auxiliares;
• Radiação;

O campo Dispositivos adjuntos possui as opções:

• Dispositivo de assistência mecânica;
  • Balão intra-aórtico;
  • Impela;
  • Outro;
• Cutting Ballon;
• Filtro de proteção distal;
• Rotablator;
• Trombectomia mecânica;

Múltiplas opções podem ser selecionadas.

Caso a opção "Dispositivo de assistência mecânica" seja marcado, as três subopções devem ser habilitadas, permitindo a seleção de apenas uma delas.

O campo Métodos auxiliares possui as opções:

• FFR;
• Histologia virtual;
• OCT;
• USIC;
• IFR.

Múltiplas opções podem ser selecionadas.

O campo Radiação é composto por três subcampos, são eles:

• Tempo fluoroscopia;
• Air Kerma;
• DAP.

Os três campos são para digitação do usuário. Somente números podem ser digitados nos três campos.

O campo Tempo de fluoroscopia é dividido em dois subcampos "min" e "seg".

O campo Air Kerma deve permitir a seleção da unidade utilizada durante o procedimento. O sistema deve apresentar as seguintes opções:

• Gy;
• dGY;
• cGy;
• mGy;
• μGy;
• nGy;

O campo DAP permitir a seleção da unidade utilizada durante o procedimento. O sistema deve apresentar as seguintes opções:

• Unidade de grays:

  • Gy;
  • dGY;
  • cGy;
  • mGy;
  • μGy;
  • nGy;

• Unidade de área:

  • m²;
  • cm²;

Os campos de unidades devem permanecer desabilitados enquanto não forem preenchidos valores nos campo de Air Kerma e DAP.

Ao preencher os campos de Air Kerma e DAP, o sistema deve apresentar uma mensagem notificando o usuário da obrigatoriedade do preenchimento das respectivas unidade.

Protótipo 11 - ICP - Complementar.

2.3 Acesso arterial/contraste

Este item possui os campos:

• Via de acesso;
• Crossover;
• Lado;
• Introdutor;
• Tipo de contraste;
• Volume total.

O campo Via de acesso deve possuir as opções:

• Axilar.
• Braquial dissecção;
• Braquial punção;
• Femoral;
• Radial;
• Ulnar.

Apenas uma opção pode ser selecionada.

O campo Crossover deve ser habilitado para marcação após a informação da Via de acesso. Ao lado da opção Crossover deve existir um ícone de ajuda, que após clicado deve apresentar a mensagem "Marcar apenas se houver mudança na via de acesso. Marque a via de acesso final.".

O campo Lado possui as opções:

• Esquerdo;
• Direito.

Ambas podem ser selecionadas.

O campo Introdutor possui as opções:

• 4F;
• 5F;
• 6F;
• 7F;
• 8F;
• Outro.

Apenas uma delas pode ser selecionada.

O campo Tipo de contraste deve possuir as opções:

• Iônico hiperosmolar;
• Iônico baixa osmolaridade;
• Não iônico baixa osmolaridade;
• Não iônico isosmolar.

Apenas uma das opções podem ser selecionadas.

O campo Volume total é composto de um campo para digitação. Somente números podem ser selecionados, variando de 1 a 999 mL.

Esse campo deve permanecer desabilitado até que ao menos uma opção do Tipo de contraste seja selecionada.

Protótipo 12 - Acesso arterial/contraste.

2.4 Medicação do procedimento

Este item é composto pelos campos:

• Antiplaquetário;
• Anticoagulação;
• Inibidor GP IIb/IIIa.

O campo Antiplaquetário deve possuir as opções:

• AAS;
• Clopidogrel;
• Prasugrel;
• Ticagrelor;
• Ticlopidina;
• Outro.

Múltiplas opções podem ser selecionadas.

O campo Anticoagulação deve possuir as opções:

• Fondaparinux;
• HBPM;
• HNF;
• Outro.

Somente uma das opções pode ser selecionada.

O campo Inibidor GP IIb/IIIa deve possuir as opções:

• Abxicimab;
• Tirofiban;
• Outro.

Apenas uma das opções pode ser selecionada.

Protótipo 13 - Medicação do procedimento.

2.5 Complicações clínicas

Este grupo possui uma lista de complicações dentre as quais o usuário poderá informar quais delas ocorreram, quais não ocorreram e quais não foram avaliadas.

Primeiramente o usuário deve informar se Houve complicações em sala. Se o usuário informar que não ocorreu nenhuma das complicações da lista, então o sistema deve marcar a opção "Não", para todos os antecedentes e desabilitá-los para marcação.

Se o usuário informar que "Sim" , então os seguintes cards devem ser habilitados:

• Cardíaca;
• Hemorrágica;
• Neurológica;
• Reação ao contraste;
• Respiratória;
• Vascular;
• Óbito.

2.5.1 Cardíaca

Possui o campo Gravidade, com as opções:

• Cirurgia de emergência;
• Choque cardiogênico;
• ICC;
• IAM pós procedimento;
• Perfuração coronária;
• Tamponamento;
• Trombose de Stent;
• Outro.

Várias opções podem ser selecionadas.

Protótipo 14 - Complicação cardíaca.

2.5.2 Hemorrágica

Possui o campo Sangramento, com as opções:

• Gastrointestinal;
• Geniturinário;
• Intracraniano;
• Intraocular;
• Nasal, hemorroidário;
• Retroperitoneal;
• Sítio de acesso.

Várias opções podem ser selecionadas.

Protótipo 15 - Complicação hemorrágica.

2.5.3 Neurológica

Possui o campo Tipo AVE, com as opções:

• Isquêmico;
• Hemorrágico.

Apenas uma delas pode ser selecionada.

Protótipo 16 - Complicação neurológica.

2.5.4 Reação ao contraste

Possui o campo Severidade, com as opções:

• Leve;
• Moderada;
• Grave.

Apenas uma delas pode ser selecionada.

Protótipo 17 - Complicação reação ao contraste.

2.5.5 Respiratória

Possui o campo Tipo, com as opções:

• Edema agudo de pulmão;
• Início ventilação mecânica.

Várias opções podem ser selecionadas.

Protótipo 18 - Complicação respiratória.

2.5.6 Vascular

Possui o campo Quais, com as opções:

• Dissecção trajeto vascular;
• Fístula AV;
• Hematoma;
• Isquemia membro;
• Pseudoaneurisma;
• Trombose arterial.

Várias opções podem ser selecionadas.

O campo Tamanho do hematoma, só deve ser habilitado caso a opção "Hematoma" tenha sido marcada no campo Quais, e deve possuir as opções:

• < 3cm;
• 3 a 5cm;
• 5 a 10cm;
• > 10cm.

Apenas uma das opções pode ser selecionada.

Protótipo 19 - Complicação vascular.

2.5.7 Óbito

Esse é o único card que não possui a opção "Não avaliado".

O campo Causa cardíaca deve possuir as opções:

• Sim;
• Não.

Somente uma delas pode ser selecionada.

Protótipo 20 - Óbito.

2.6 Conclusão

Campo de livre digitação para o usuário descrever a conclusão do procedimento.

Protótipo 21 - Conclusão.

3. Regras

1. Caso o usuário ultrapasse a quantidade máxima de caracteres permitida para o campo "Conclusão", ao tentar salvar o registro o sistema deve apresentar a mensagem Quantidade máxima excedida.

2. Deve ser apresentado o Menu de registros com o nome do profissional responsável e informações da equipe médica do procedimento.

4. Dicionário de Dados

5. Definições de limites e placeholder

6. Análise de impacto

1. Qualquer alteração nos dados complementares deve ser replicada na impressão e na tela de visualização do registro.

1. Regras

1. O usuário só pode salvar o registro da angioplastia coronariana após preencher todos os campos obrigatórios.

2. Se o usuário estiver nos dados complementares e clicar no botão "Cancelar", será cancelado o preenchimento dos dados complementares e o usuário deve ser redirecionado para os dados essenciais.

3. Se o usuário estiver nos dados complementares ele poderá salvar o registro a qualquer momento. Desde que estejam respeitadas as regras descritas em Stent de coronária - Dados complementares

4. Uma vez salvo o registro, independente do fato de ter sido preenchido os dados complementares, o registro não poderá mais ser editado. Se os dados complementares não foram preenchidos e o registro foi salvo, não será possível adicionar os dados complementares posteriormente.

Tipos de falhas

Apresentar os seguintes textos informativos para cada tipo de falha:

• Implante, ativação, posicionamento ou separação - Problema associado com qualquer desvio do produto para a saúde - especificação documentada de desempenho, relacionadas à sequência de eventos para ativação ou posicionamento do produto para a saúde ou algum de seus componentes em uma localização específica do corpo.

• Falha no produto para a saúde implantável - Migração, mau funcionamento ou falha de um produto para a saúde implantado (ativo ou não ativo).

• Incompatibilidade - Problema associado com o produto para a saúde em função de incompatibilidade com outro componente do próprio produto, paciente, ou substância (medicação, fluido do corpo, etc.) que ela contém ou transporta.

• Marcação, rotulagem ou instruções para uso - Problema associado com a exatidão e adequação de qualquer dado escrito, impresso, gráfico ou áudio visual que é fornecido com um produto para a saúde ou em sua embalagem. Inclui marcações que aparecem no próprio produto para a saúde, componente do produto para a saúde, ou ambos.

Especificação de falhas

Apresentar os seguintes textos informativos para cada especificação de falha:

Implante, ativação, posicionamento ou separação

• Dificuldade de posicionamento - Problema associado com a dificuldade ou desconforto (por exemplo, dificuldade na ergonomia) do usuário para ativar um produto para a saúde, seu componente, ou ambos, em uma localização específica.

• Falha para ativar - Problema associado com a incapacidade do produto para a saúde, ou seu componente, de ser ativado.

• Falha para separar - Item associado com a falha do produto para a saúde, ou um de seus componentes, em se desconectar ou separar como pretendido.

• Ativação prematura - Problema associado com a ativação precoce do produto para a saúde, seu componente, ou ambos, a partir do sistema.

• Ativação atrasada - Problema associado com a ativação atrasada do produto para a saúde, seu componente, ou ambos, a partir do sistema.

Falha no produto para a saúde implantável

• Migração de produto para a saúde implantado ou componente do produto - Problema associado com um movimento indesejado de um produto para a saúde implantado, componente de um produto para a saúde, ou ambos, relacionado com o seu afastamento ou desalojamento a partir do seu sítio de implantação original.

• Alteração óssea - Problema associado com a interligação entre o osso e o produto para a saúde, componente de um produto para saúde implantado, ou ambos.

Incompatibilidade

• Incompatibilidade do componente ou acessório - Problema associado com a incompatibilidade de qualquer produto para a saúde, componente de produto, ou ambos, durante utilização no mesmo ambiente, que resulta em disfunção entre o produto para a saúde e seus componentes.

• Incompatibilidade entre produtos para a saúde - Problema associado com a utilização no mesmo ambiente, que resulta em disfunção de mais de um produto para a saúde.

• Incompatibilidade entre produto para a saúde e paciente - Problema associado com a interação entre o produto para a saúde e as condições anatômicas e fisiológicas do paciente, que afeta o paciente ou o produto (por exemplo, problemas de biocompatibilidade ou problemas imunológicos).

Marcação, rotulagem ou instruções para uso

• Problemas de instruções para uso - Problema associado com qualquer informação que acompanha um produto para a saúde, incluindo instruções relativas à identificação, descrição técnica e de uso do produto para a saúde, fornecida por seu fabricante/importador (exemplo: instruções de uso, manual do usuário)“

• Problemas de marcações - Problema associado com o material escrito, impresso ou gráfico que é afixado ou gravado em um produto para a saúde... ou materiais acompanhantes (exemplo: etiquetas para rastreabilidade de produtos implantáveis, dizeres de rotulagem).

Este módulo apresenta como funciona o fluxo de registro de procedimentos no sistema, assim como quais são cada uma das etapas que um registro deverá passar.

Este documento descreve o fluxo de preenchimento dos registros do RNI, tanto os de Artroplastia quanto os de Cardiologia. O objetivo é apresentar o processo de preenchimento deles com todas as etapas e quais etapas são realizadas por quais perfis do sistema. Cada perfil poderá atuar em uma ou mais etapas do processo de preenchimento dos registros.

O registro pré-cadastrado pode ser criado por profissionais com perfil de Técnico e tem como objetivo economizar o tempo dos médicos através de um pré-registro do procedimento.

O registro com dados clínicos pode ser gerado a partir de um registro pré-cadastrado ou na criação de um novo registro, por um profissional com perfil de médico ou residente. Os dados clínicos devem ser obrigatoriamente preenchidos por um profissional com perfil de médico ou residente, que irá informar os dados do procedimento realizado e outras informações relevantes.

O registro com dados clínicos e de produtos é gerado por profissionais com perfil Médico, Residente e Técnico que irão informar os dados referentes aos componentes utilizados na cirurgia. Ou seja, os dados das etiquetas dos produtos.

O registro com dados financeiros ou registro finalizado é gerado apenas por profissionais com perfil de Administrativo/financeiro após o preenchimento dos dados financeiros de cada produto.

O que pode ser preenchido em cada um dos tipos de registros, assim como as regras de preenchimento e regras de validação, estão descritos nos documentos acessíveis através dos links abaixo:

• Procedimento pré-cadastrado;
• Registro com dados clínicos;
• Registro com dados clínicos e de produtos;
• Registro finalizado.

Processo de preenchimento

O processo pode ser iniciado com o Técnico criando um registro pré-cadastrado que, após salvo, torna-se disponível para os Médicos e Residentes cadastrados como equipe médica do procedimento, que deverão preencher os dados clínicos do procedimento. Após esse preenchimento, esse registro se torna disponível para o setor Administrativo/financeiro ou para o próprio Técnico informar os dados das etiquetas de cada um dos componentes utilizados na cirurgia. Na última etapa, o preenchimento dos dados financeiros de cada produto deve ser realizado pelo setor Administrativo/financeiro.

O primeiro passo, de criação do registro pré-cadastrado, é opcional; o Médico ou Residente podem criar um novo registro, sem que haja um registro pré-cadastrado.

O Protótipo 1 apresenta o processo de preenchimento.

Protótipo 1 - Fluxo de preenchimento dos registros.

A registro pré-cadastrado é o procedimento que foi cadastrado por profissional com perfil de Técnico.

No preenchimento do registro o técnico deverá:

• Definir equipe médica;
• Definir paciente;
• Selecionar procedimento;

1. Regras

1. Somente profissionais que trabalham no mesmo hospital do técnico que está acessando, poderão ser selecionados na definição da equipe médica.

2. Depois de adicionar o primeiro profissional na equipe médica, ao pesquisar por outros profissionais, a pesquisa deve retornar apenas profissionais com a mesma especialidade do primeiro profissional adicionado.

3. Se os profissionais escolhidos possuírem a especialidade de Cardiologista, a etapa de seleção de procedimento deve ser desabilitada.

4. Após ser salvo, o registro fica à disposição de um profissional da equipe médica para realizar o preenchimento dos dados clínicos.

5. O registro pré-cadastrado é o único que pode ser excluído, podendo a exclusão ser realizada por um profissional da equipe médica ou pelo técnico que a criou.

6. Ao salvar o procedimento, o sistema realizará a verificação de concorrência, conforme especificado em Controle de concorrência.

Apenas usuários com perfil de Médico ou Residente, podem preencher registros com os dados do procedimento realizado.

Registros com dados clínicos podem ser gerados a partir de registros pré-cadastrados ou através de novo procedimento.

No preenchimento do registro o médico ou residente deverá:

• Definir paciente (se não for um registro pré-cadastrado);
• Selecionar procedimento (se não for um registro pré-cadastrado);
• Preencher dados clínicos do procedimento.

1. Regras

1. Somente os médicos e residentes que foram informados no registro pré-cadastrado, poderão preencher os dados clínicos no registro.

2. Se o médico possuir a especialidade de Ortopedista, ou se o residente for residente em ortopedia, apenas os procedimentos de Artroplastia poderão ser selecionados.

3. Se o médico possuir a especialidade de Cardiologista, ou se o residente for residente em cardiologia, a etapa de seleção de procedimento deve ser desabilitada.

4. Após ser salvo, o registro fica à disposição para preenchimento de dados de produtos e financeiros.

5. O registro preenchido com dados clínicos não pode ser excluído.

Profissionais com perfl de Técnico, ou o médico ou residente que cadastrou os dados clínicos podem preencher os dados de produto.

No preenchimento, o profissional deverá informar:

• Dados de cada produto implantado, conforme descrito em Preencher dados dos produtos;

1. Regras

1. Após salvo o registro com os dados de produto, ele deve ficar disponível para o preenchimento dos dados financeiros.

Apenas usuários com perfil de Administrativo/Financeiro, podem preencher os dados financeiros em registros que já possuam dados clínicos e de produtos.

No preenchimento do registro, o profissional deverá informar:

• Dados financeiros de cada um dos produtos implantados, conforme descrito em Preencher dados financeiros.

1. Regras

1. Qualquer profissional com perfil Administrativo/Financeiro no mesmo hospital onde foi realizado o procedimento, poderá preencher os dados financeiros do registro.

Apenas profissionais com perfil de Administrativo/Financeiro, poderão finalizar os registros.

Registros finalizados só podem ser gerados a partir de registros que já possuam dados de produtos e financeiros.

Esta página descreve os perfis existentes para acesso ao Registro Nacional de Implantes (RNI).

Os perfis são:

1. Gestor de segurança hospitalar

Este é o perfil dos gestores dos hospitais que irão controlar os cadastros dos profissionais dos hospitais.

2. Colaborador ANVISA

Este é o perfil dos funcionários da ANVISA que irão acessar o RNI.

3. Técnico

Este é o perfil dos profissionais que irão registrar os registros pré-cadastrados para os médicos e preencher os dados de produtos utilizados.

4. Médico Ortopedista

Perfil do médico que irá acessar o sistema para preencher os dados clínicos dos procedimentos de artroplastia.

5. Médico Cardiologista

Perfil do médico que irá acessar o sistema para preencher os dados clínicos dos procedimentos de Stent de coronária.

6. Administrativo/Financeiro

Perfil dos profissionais do setor administrativo dos hospitais, que irão cadastrar os dados dos implantes utilizados pelos médicos nos procedimentos.

7. Gestor do Serviço de Saúde

Perfil dos profissionais dos hospitais que terão acesso ao relatório de uso, referente ao hospital na qual o profissional está cadastrado.

8. Gestor de Integração

Perfil dos profissionais responsáveis por realizar a integração de dados de sistemas externos, para o RNI. São responsáveis, também, pelo gerenciamento das chaves utilizadas para realizar a integração.

9. Residente em Cardiologia

Perfil do médico que está especializando em cardiologia e poderá ser incluído como parte da equipe médica dos procedimentos, podendo este acessar o sistema para preencher os dados clínicos dos procedimentos de Stent de coronária.

10. Residente em Ortopedia

Perfil do médico que está especializando em ortopedia e poderá ser incluído como parte da equipe médica dos procedimentos, podendo este acessar o sistema para preencher os dados clínicos dos procedimentos de artroplastia.

Este módulo apresenta funcionalidades disponíveis para os perfis do sistema RNI.

Este módulo apresenta as opções disponíveis na aba de funcionalidades localizada na lateral da tela inicial do Gestor de Segurança e de profissionais com perfis do RNI.

Esta aba está disponível para profissionais com perfil de Técnico, Médico e Residente. Nela são exibidos os procedimentos cadastrados que estão aguardando que algum membro da equipe médica preencha os dados clínicos do procedimento realizado.

Na tela, deverá ser exibida uma lista de cards, com cada card correspondendo a um procedimento cadastrado por um profissional com perfil de Técnico. Em cada card devem ser exibidas as seguintes informações:

• Nome do paciente;
• Procedimento registrado;
• Médico responsável (caso seja um Técnico visualizando)
• Técnico que cadastrou o procedimento (caso seja o Médico ou Residente visualizando)

1. Regras

1. Profissionais com perfil de Técnico visualizam todos os procedimentos registrados no hospital e que estão "Aguardando dados clínicos". Nos cards do Técnico que cadastrou o procedimento deve ser exibida a opção de Excluir e Editar. Nos cards para outros Técnicos do hospital, não deve ser exibida a opção de Excluir.

2. Profissionais com perfil de Médico ou Residente visualizam apenas os procedimentos que foram registrados para eles mesmos. No card do profissional devem ser exibidas as opções Preencher, Excluir e Editar.

3. O acionamento da opção Preencher deve direcionar o usuário para a opção de Preencher dados clínicos.

4. O acionamento da opção Editar deve direcionar o usuário para a tela de Novo procedimento conforme descrito em Editar.

Esta aba está disponível para profissionais com perfil de Técnico, Residente e Médico. Nela são exibidos os procedimentos que já receberam o preenchimento dos dados clínicos.

Na tela, deverá ser exibida uma lista de cards, com cada card correspondendo a um procedimento com dados clínicos cadastrados pelo médico ou residente. Em cada card devem ser exibidas as seguintes informações:

• Nome do paciente;
• Procedimento registrado;
• Data do procedimento;
• Nome do profissional que realizou as últimas alterações no registro.

1. Regras

1. Profissionais com perfil de Técnico visualizam todos os registros do hospital que estão "Aguardando dados de produto". No card devem ser exibidas as opções de Visualizar, Imprimir e Preencher.

2. Profissionais com perfil de Médico ou Residente visualizam todos os procedimentos na qual estes façam parte da equipe médica. No card devem ser exibidas as opções de Editar, Visualizar, Imprimir e Preencher.

3. O acionamento da opção Preencher deve direcionar o usuário para a opção de Preencher dados dos produtos.

4. O acionamento da opção Editar deve direcionar o usuário para a tela de Preencher dados clínicos conforme descrito em Editar.

Esta aba está disponível para profissionais com perfil de Administrativo/Financeiro apenas. Nela são exibidos os procedimentos que já receberam os dados clínicos e que estão aguardando o preenchimento dos dados de produto e financeiros.

Na tela, deverá ser exibida uma lista de cards, com cada card correspondendo a um procedimento com dados clínicos cadastrados pelo Médico ou Residente que participaram do procedimento. Em cada card devem ser exibidas as seguintes informações:

• Nome do paciente;
• Procedimento registrado;
• Data do procedimento;
• Nome do profissional que realizou as últimas alterações no registro.

1. Regras

1. Profissionais com perfil de Administrativo/Financeiro devem visualizar todos os procedimentos do hospital que estão em situação de "Aguardando dados de produto e financeiros". Para este perfil, cada card deve ter as opções de Preencher, Visualizar e Imprimir.

2. O acionamento da opção Preencher deve direcionar o usuário para Preencher dados de produtos e financeiros.

Esta aba está disponível para profissionais com perfil de Administrativo/Financeiro, Técnico, Residente e Médico. Nela são exibidos os procedimentos que já receberam o preenchimento dos dados de produto.

Na tela, deverá ser exibida uma lista de cards, com cada card correspondendo a um procedimento com dados de produto cadastrados pela equipe médica do procedimento ou por um Técnico do hospital. Em cada card devem ser exibidas as seguintes informações:

• Nome do paciente;
• Procedimento registrado;
• Data do procedimento;
• Nome do profissional que realizou as últimas alterações no registro.

1. Regras

1. Profissionais com perfil de Técnico devem visualizar todos os procedimentos do hospital que estão em situação de "Aguardando dados financeiros". Para este perfil, cada card deve ter as opções de Visualizar, Editar e Imprimir.

2. Profissionais com perfil de Médico ou Residente devem visualizar apenas os procedimentos na qual estejam incluídos na equipe médica. Para este perfil, cada card deve ter as opções de Visualizar, Editar e Imprimir.

3. Profissionais com perfil de Administrativo/Financeiro devem visualizar todos os procedimentos do hospital que estão em situação de "Aguardando dados financeiros". Para este perfil, cada card deve ter as opções de Editar, Preencher, Visualizar e Imprimir.

4. O acionamento da opção Preencher deve direcionar o usuário para Preencher dados financeiros.

5. O acionamento da opção Editar deve direcionar o usuário para Preencher dados dos produtos conforme descrito em Editar.

Esta aba está disponível para profissionais com perfil de Gestor de Integração. Nela, são exibidas as chaves utilizadas por cada um dos sistemas cadastrados, para realizar a integração de dados de outros sistemas com o sistema RNI.

Na tela, deverá ser exibido o nome da empresa e sistema cadastrados, juntamente com a chave a ser utilizada por este sistema no envio dos dados. Cada chave é composta por um Login e uma Senha, que devem ser apresentados em cards distintos, com suas respectivas informações e funcionalidades. Em cada card devem ser exibidas as seguintes informações:

• Login

  • Login gerado
  • Data em que o login foi gerado.

• Senha

  • Senha gerada
  • Data em que a senha foi gerada.

Junto ao card de login devem ser exibidos os botões de Copiar login e Gerar novo login e, junto ao card de senha, devem ser exibidos os botões de Copiar senha e Gerar nova senha.

1. Regras

1. Caso nenhum login e/ou senha tenham sido gerados previamente:

• No card de login, no campo de "Login gerado" deve apresentar a mensagem Nenhum Login Gerado, e no campo de "Data em que o login foi gerado" deve ser apresentada a mensagem Gerar novo login.
• No card de senha, no campo de "Senha gerada" deve apresentar a mensagem Nenhuma Senha Gerada, e no campo de "Data em que a senha foi gerada" deve ser apresentada a mensagem Gerar nova senha.
• O botão de Copiar login deve permanecer desabilitado, até que o usuário gere um login.
• O botão de Copiar senha deve permanecer desabilitado, até que o usuário gere uma senha.

2. O card de Login deve possuir um botão de Copiar login que, quando habilitado, ao ser acionado deve copiar a senha gerada, conforme especificado em Copiar login/senha de sistemas.

3. O card de Login deve possuir um botão de Gerar novo login, que ao ser acionado, deve gerar um novo login para a chave, conforme especificado em Gerar novo login.

4. O card de Senha deve possuir um botão de Copiar senha que, quando habilitado, ao ser acionado deve copiar a senha gerada, conforme especificado em Copiar login/senha de sistemas.

5. O card de Senha deve possuir um botão de Gerar nova senha que, quando habilitado, ao ser acionado deve gerar uma nova senha para a chave, conforme especificado em Gerar nova senha.

6. Caso haja 5 tentativas de envio utilizando a senha errada, deve ser apresentada a mensagem Tentativa de uso de senha incorreta. Ainda, os botões de Copiar login, Copiar senha e Gerar nova senha devem permanecer desabilitados, até que o usuário gere um novo login.

7. Quando habilitado, ao clicar no botão Copiar login, o mesmo deve alterar para Copiado!, permanecendo neste estado por 3 segundos. Enquanto estiver nesse estado, não deve ser possível copiar o login novamente. O mesmo comportamento deve ser aplicado para o botão de Copiar senha.

8. Ao clicar no botão Gerar novo login, o mesmo deve alterar para Login gerado!, permanecendo neste estado por 3 segundos. Enquanto estiver nesse estado, não deve ser possível gerar novo login. O mesmo comportamento deve ser aplicado para o botão de Gerar nova senha que, ao ser clicado deve alterar para Senha gerada!.

9. Caso ocorra um erro ao gerar o login, o sistema deve apresentar a mensagem Erro ao gerar login. O botão de Copiar login deve ficar desabilitado.

10. Caso ocorra um erro ao gerar a senha, o sistema deve apresentar a mensagem Erro ao gerar senha. O botão de Copiar senha deve ficar desabilitado.

11. Caso não hajam sistemas ativos, deve ser apresentada na tela a mensagem Não há chaves ativas.

12. Sistemas que estiverem desativados não devem ter suas chaves apresentadas na tela.

Esta aba está disponível para profissionais com perfil de Gestor de Integração. Nela são exibidos os registros que foram recebidos e recusados durante o processo de integração de dados.

Na tela devem ser apresentadas duas abas para seleção do usuário: - Dados recebidos: Apresenta os dados que foram enviados com sucesso para o RNI; - Dados recusados: Apresenta os dados que foram recusados ao serem enviados para o RNI.

Para cada envio, deve ser apresentadas as seguintes informações:

• Data do envio;
• Quantidade de dados enviados na respectiva data;
• Dado enviado referente ao procedimento;
• Nome do sistema que realizou o envio do dado.

Cada procedimento pode receber os seguintes dados:

• Dados clínicos;
• Dados de produto;
• Dados financeiros.

Na aba de Dados recebidos deve ser apresentado o nome do paciente, o tipo de procedimento realizado e o nome do profissional responsável pelos dados enviados, ou seja:

• Nome do Médico ortopedista/cardiologista caso os dados enviados sejam dados clínicos;
• Nome do Médico ortopedista/cardiologista, Técnico ou Administrativo caso os dados enviados sejam dados de produto;
• Nome do Administrativo caso os dados enviados sejam dados financeiros;

Ainda, na aba de Dados recebidos, caso em uma mesma data sejam enviadas mais de um tipo de dado (clínico, produto e/ou financeiro) de um procedimento com mesmo identificador, estes dados devem aparecer agrupados e apresentados em ordem crescente conforme o envio, ou seja, envios mais recentes devem ser apresentados primeiro.

Na aba de Dados recusados deve ser apresentado apenas o identificador (id) do procedimento enviado.

Ainda, na aba de Dados recusados, os cards de envio de dados devem apresentar um botão de Detalhes do erro que, ao ser selecionado, deve apresentar a lista dos erros ocorridos e quais campos ocorreram os respectivos erros.

Os possíveis erros a serem informados são:

• Estruturamento incorreto do arquivo;
• Campo obrigatório não informado;
• Identificador não reconhecido;
• Já foram informados estes dados para o identificador informado;
• Valor inserido não corresponde a nenhum dos valores preestabelecidos;
• Valor informado fora do tamanho mínimo ou máximo aceitos;
• Formato inválido;
• Tipo incorreto;
• O preenchimento deste campo depende do preenchimento correto de um ou mais campos, conforme [Código da regra de negócio não atendida];
• Valor inserido não está em conformidade com as regras estabelecidas em [Código da regra de negócio não atendida];
• Valor inválido.

Esta aba está disponível para profissionais com perfil de Gestor de Integração. Nela, é possível gerenciar as empresas e os sistemas encarregados de realizar o envio de dados clínicos, de produtos e financeiros para o RNI.

1. Cadastrar sistema

Na tela de gerenciamento de sistemas, deverá ser exibido o botão de Cadastrar novo sistema que, ao ser acionado, deve apresentar o modal de cadastro de novo sistema, com os seguintes campos:

• Nome da empresa;
• Nome do sistema;

Ambos os campos são de preenchimento obrigatório e permitem a digitação de letras, números e caracteres especiais.

No modal, devem ser apresentados também, os botões de Cancelar e Cadastrar. Ao acionar o botão de Cadastrar, deve ser incluído o sistema na lista de sistemas cadastrados.

2. Lista de sistemas cadastrados

Na lista de sistemas cadastrados, devem ser apresentados os sistemas ativos e sistemas inativos. Cada uma das abas deve apresentar cada sistema contendo as seguintes informações

• Nome da empresa;
• Nome do sistema;
• Data do último envio de dados para o RNI.

Na aba de sistemas ativos, cada sistema deve apresentar os botões de Editar o cadastro e Inativar sistema o cadastro.

Na aba de sistemas inativos, cada sistema deve apresentar o botão de Editar, que deve estar desabilitado, e o botão de Reativar sistema o cadastro.

Para sistemas ativos, ao acionar o botão de Editar, deve ser aberto o modal de cadastro do sistema, possibilitando o usuário corrigir os campos disponíveis.

Ao acionar o botão de Inativar sistema, deve ser apresentada a mensagem Confirmação de desativação de sistema. Ao confirmar a desativação, o sistema deve ser desativado e deverá ser alterado para a aba de sistemas inativos.

Ao acionar o botão de Reativar sistema, deve ser apresentada a mensagem Confirmação de reativação de sistema.

3. Regras

1. Deve ser possível ter apenas 3 sistemas ativos simultaneamente.

2. Caso já hajam 3 sistemas ativos:

• Deve ser apresentada na tela a mensagem Limite de sistemas ativos simultaneamente;
• O botão de Cadastrar novo sistema deve estar desativado e, ao passar o cursor em cima do botão, deve ser apresentada a mensagem Limite de sistemas ativos simultaneamente;
• Os botões de Reativar sistema devem estar desativados e, ao passar o cursor em cima do botão, deve ser apresentada a mensagem Limite de sistemas ativos simultaneamente.

3. Caso não haja nenhum sistema ativo ou inativo, deve ser apresentada a mensagem Não há sistemas ou entidades ativos ou inativos.

3. Dicionário de dados

Esta aba está disponível para os perfis Técnico, Médico e Administrativo/Financeiro. Nela são exibidos todos os procedimentos nos quais já foram preenchidos os dados financeiros.

Na tela, deverá ser exibida uma lista de cards, com cada card correspondendo a um procedimento com dados financeiros preenchidos. Em cada card devem ser exibidas as seguintes informações:

• Nome do paciente;
• Procedimento registrado;
• Data do procedimento;
• Nome do profissional que realizou as últimas alterações no registro.

1. Regras

1. Profissional com perfil de Técnico deve visualizar todos os registros de procedimentos do hospital. Em cada card devem estar disponíveis as opções Visualizar e Imprimir.

2. Profissionais com perfil de Médico ou Residente devem visualizar apenas os registros de procedimentos nos quais eles foram cadastrados como parte da equipe médica. Em cada card devem estar disponíveis as opções de Visualizar e Imprimir.

3. Profissional com perfil de Administrativo/Financeiro deve visualizar todos os registros de procedimentos do hospital. Em cada card devem estar disponíveis as opções Editar, Visualizar e Imprimir.

4. O acionamento da opção Editar deve direcionar o usuário para a tela de Preencher dados financeiros. Caso o usuário tenha preenchido os dados de produto e financeiros juntos, a opção Editar deve direcionar o usuário para a tela de Preencher dados de produtos e financeiros, conforme descrito em Editar.

O gestor de segurança poderá visualizar todos os profissionais que trabalham no seu hospital.

Na tela, deverá ser exibida uma lista de cards, com cada card correspondendo a um profissional com vínculo ativo, no hospital.

Cada card deve conter as seguintes informações:

• Perfil que possui;
• Nome do profissional;
• CPF;
• Registro em conselho de classe (caso possua).

Deve ser possível aplicar um filtro de perfil na listagem. O filtro deve ser mostrado clicando em "Exibir filtros", podendo mais de um perfil ser selecionado.

Também deve ser possível pesquisar pelo nome do profissional, por meio da barra de pesquisa.

O gestor de segurança do hospital pode visualizar através da aba Vínculos pendentes todas as solicitações de vínculo feitas por outros usuários para acesso ao hospital do gestor.

Na tela, deverá ser exibida uma lista de cards, com cada card correspondendo a um profissional com o perfil solicitado.

Cada card deve conter as seguintes informações:

• Perfil que possui;
• Nome do profissional;
• CPF;
• Registro em conselho de classe (caso possua).

Deve ser possível aplicar um filtro de perfil na listagem. O filtro deve ser mostrado clicando em "Exibir filtros", podendo mais de um perfil ser selecionado.

Também deve ser possível pesquisar pelo nome do profissional, por meio da barra de pesquisa.

O gestor de segurança pode visualizar as rejeições de vínculo que foram realizadas para o hospital que ele está acessando, através da aba Vínculos recusados.

Na tela, deverá ser exibida uma lista de cards, com cada card correspondendo a uma rejeição de acesso realizada por um gestor de segurança do hospital.

Cada card deve conter as seguintes informações:

• Perfil solicitado;
• Nome do profissional;
• CPF;
• Registro em conselho de classe (caso possua).

Deve ser possível aplicar um filtro de perfil na listagem. O filtro deve ser mostrado clicando em "Exibir filtros", podendo mais de um perfil ser selecionado.

Também deve ser possível pesquisar pelo nome do profissional, por meio da barra de pesquisa.

1. Regras

1. Todos os profissionais com perfil de Gestor de segurança do hospital devem visualizar todas as solicitações de vínculo recusadas, independente de qual Gestor de segurança fez a recusa.

2. Em cada card deve ser exibida a opção de Visualizar a recusa da solicitação de vínculo.

Este módulo apresenta todas as opções possíveis de serem realizadas nos registros disponíveis para o profissional.

O Gestor de Segurança Hospitalar pode aceitar vínculos solicitados pelos profissionais.

Esta funcionalidade deve estar disponível na aba de "Vínculos pendentes", juntamente aos cards de solicitação de vínculo.

1. Regras

1. Ao selecionar a opção de Aprovar Vínculo, o sistema deve apresentar a mensagem de feedback Vínculo aceito.

2. Ao aprovar o vínculo do profissional, o card de vínculo pendente não deve mais ser apresentado na aba de "Vínculos pendentes", e deve ser apresentado como um vínculo vigente, na aba de "Profissionais do hospital".

O Gestor de Integração pode copiar um login ou uma senha da chave utilizada na integração de dados entre outros sistemas e o sistema RNI.

Esta funcionalidade deve estar disponível na aba de "Chave para envio de dados" e deve ser apresentada tanto para o card de Login, quanto para o card de Senha.

1. Regras

1. Ao selecionar o botão, o sistema deverá copiar a senha ou o login, de acordo com qual card foi selecionada a ação.

O Gestor de Segurança Hospitalar pode desativar vínculos dos profissionais do hospital.

Esta funcionalidade deve estar disponível na aba de "Profissionais do hospital".

1. Regras

1. Ao selecionar a opção de Desativar Vínculo, o sistema deve apresentar a mensagem Mensagem de confirmação para desativação de vínculo.

2. Após a confirmação da desativação, o sistema deve exibir a mensagem Vínculo desativado.

O Gestor de Integração pode gerar uma nova senha para a chave utilizada na integração de dados entre outros sistemas e o sistema RNI.

Esta funcionalidade deve estar disponível na aba de "Chave para envio de dados", juntamente ao card de Senha.

1. Regras

1. Ao selecionar o botão, deve ser gerado uma nova senha, que deverá ser apresentado no card para o usuário.

2. Ao selecionar o botão, deverá ser atualizada a data em que foi gerada a senha, e apresentar esta data no card para o usuário.

O Gestor de Integração pode gerar um novo login para a chave utilizada na integração de dados entre outros sistemas e o sistema RNI.

Esta funcionalidade deve estar disponível na aba de "Chave para envio de dados", juntamente ao card de Login.

1. Regras

1. Ao selecionar o botão, deve ser gerado um novo login, que deverá ser apresentado no card para o usuário.

2. Ao selecionar o botão, deverá ser atualizada a data em que foi gerado o login, e apresentar esta data no card para o usuário.

O Gestor de segurança do hospital pode rejeitar vínculos solicitados pelos profissionais.

Ao rejeitar o vínculo, o sistema deve apresentar uma modal para o gestor informar a justificativa para a rejeição. O gestor poderá selecionar uma das três opções:

• O profissional não trabalha neste hospital;
• O perfil solicitado não condiz com a função do profissional no hospital;
• Os dados do cadastro estão incompletos/incorretos.

É obrigatório ao gestor a seleção de um dos motivos descritos acima.

Após salvar, o sistema deve exibir a mensagem de feedback para o gestor: Vínculo rejeitado.

Após a rejeição, um e-mail deve ser encaminhado ao usuário indicando o motivo da rejeição. Se a solicitação for referente ao cadastro do profissional (primeiro vínculo) então deve ser enviado o E-mail de cadastro recusado. Se não, deve ser enviado o E-mail de vínculo recusado.

Todos os vínculos recusados no hospital poderão ser visualizados depois através da aba Vínculos recusados.

Este documento descreve a funcionalidade dos profissionais com perfis de Administrativo/Financeiro, Médico, Residente, Técnico, Colaborador ANVISA e Gestor do Serviço de Saúde visualizarem os dados que foram digitados nos registros, sejam eles clínicos, de produto e/ou financeiros, dependendo de qual tipo de perfil está visualizando.

1. Breadcrumb

Home > Visualizar registro

2. Dados de histórico do registro

Caso o procedimento que está sendo visualizado já tenha passado por uma edição, antes de iniciar a exibição dos dados do procedimento, o sistema deve apresentar um grupo de histórico do procedimento. O usuário poderá visualizar a versão mais recente de um procedimento ou versões anteriores que passaram por edição. Para selecionar a versão que deseja visualizar, o sistema deve apresentar um botão de "Ver histórico" conforme descrito em Histórico do registro.

2.1 Versão mais recente

Quando o usuário estiver visualizando a versão mais recente do registro, deve ser exibida a mensagem: "Visualizando a versão mais recente", com a data em que ela foi cadastrada.

2.2 Versão desatualizada

Quando o usuário estiver visualizando uma versão antiga do registro, deve ser exibida a mensagem: "Você está visualizando uma versão desatualizada", com a data em que ela foi cadastrada e um link para visualizar a versão mais recente.

3. Grupos de dados

Os seguintes grupos devem ser apresentados na visualização dos procedimentos, com restrições de permissões para visualização:

• Dados do paciente;
• Dados gerais;
• Dados da cirurgia;
• Dados de produto e financeiros;
• Dados complementares.

Os Dados do paciente e os Dados gerais devem ser apresentados sempre para todos os perfis.

Os Dados da cirurgia devem ser apresentados apenas para os perfis de Médico, Residente, Técnico, Gestor do Serviço de Saúde e Colaborador ANVISA.

Os Dados financeiros devem ser apresentados apenas para o perfil de Administrador/Financeiro, Gestor do Serviço de Saúde e Colaborador ANVISA.

Os Dados complementares devem ser apresentados apenas para os perfis de Médico, Residente,Técnico, Gestor do Serviço de Saúde e Colaborador ANVISA.

3.1 Dados do paciente

Esse grupo deve apresentar as informações de:

• Paciente: com o nome do paciente que recebeu a cirurgia;
• CPF: com o CPF do paciente que recebeu a cirurgia;
• CNS: com o CNS do paciente que recebeu a cirurgia;
• Data de nascimento: com a data de nascimento do paciente que recebeu a cirurgia;
• Dominância coronária.

Caso o paciente não possua CNS, deve ser apresentada a informação "Não informado".

3.2 Dados gerais

Esse grupo deve apresentar as informações de:

• Hospital: Nome do hospital na qual foi realizada a cirurgia;
• Equipe médica: com as seguintes informações do médico responsável pela cirurgia e demais profissionais que participaram do procedimento;
  • Nome do profissional;
  • Registro em conselho de classe;
  • Especialidade.
• Data da cirurgia: data na qual ocorreu a cirurgia;
• Duração: duração da cirurgia realizada;
• Hora de início: hora do início da cirurgia;
• Hora de término: hora do término da cirurgia.

O campo Duração deve ser apresentado no formato "XX horas e YY minutos", enquanto os campos Hora de início e Hora de término deverão ser apresentados no formato "[horas]:[minutos]".

3.3 Dados da cirurgia

Esse grupo deve apresentar as informações de cirurgia cadastradas nos registros.

As seções de informações deste grupo e do grupo Dados complementares só deverão ser exibidas caso algum campo da respectiva seção tenha sido preenchido. Se alguns campos de uma mesma seção forem preenchidos e outros não, os que não foram preenchidos devem apresentar a mensagem "Não informado".

Campos correlacionados que não foram preechidos, ou seja, campos que são habilitados por seleção de determinada opção, também devem apresentar a mensagem "Não informado" caso não sejam preenchidos.

A seção de Teste Isquemia/imagem deve apresentar quais testes foram avaliados, não avaliados ou não realizados.

3.4 Dados de produtos e financeiros

Esse grupo deve apresentar todos os produtos cadastrados no registro e dados de produto e financeiros cadastrados para cada um deles.

Caso existam campos de dados de produto que não tenham sido preenchidos pelo usuário, deve ser exibida a mensagem "Não informado" no campo em questão.

Caso existam campos de dados financeiros que não tenham sido preenchidos pelo usuário, deve ser exibida a mensagem "Aguardando preenchimento" no campo em questão.

3.5 Dados complementares

Este grupo deve apresentar os dados complementares informados durante o cadastro dos registros de angioplastia.

A seção de Antecedentes deve sempre ser apresentada, listando os itens avaliados e/ou não avaliados pelo usuário.

A seção Complicações clínicas deve listar as complicações de acordo com o que foi preenchido pelo usuário, conforme com os tópicos abaixo:

• Complicações clínicas que ocorreram em sala;
• Complicações clínicas que não ocorreram;
• Complicações clínicas que não foram avaliadas.

O campo Crossover só deve ser apresentado caso o campo Via de acesso tenha sido preenchido.

4. Regras gerais

1. Essa tela é apenas para visualização das informações previamente preenchidas. Nenhuma informação poderá ser alterada através dessa tela.

2. No final da tela devem ser exibida a opção de "Voltar" e a opção de "Gerar PDF".

3. As seções de Teste Isquemia/imagem, Antecedentes e Complicações clínicas que tiveram um campo marcado com Sim e tiveram algum subcampo da respectiva seção preenchidos e outros não, os subcampos que não foram preenchidos devem apresentar a mensagem "Não informado".

Esta funcionalidade está disponível para profissionais com perfil de Gestor de segurança do hospital.

Ao acionar o botão de Visualizar, deve ser exibida uma modal com as seguintes informações:

• Nome do profissional que teve a solicitação de vínculo recusada;
• O Registro em conselho de classe deste profissional;
• O perfil de acesso solicitado;
• O CPF do profissional;
• O CNS do profissional;
• A justificativa dada pelo gestor de segurança para a recusa da solicitação de vínculo.

Além destas informações, o sistema deve exibir a mensagem:

"Vínculo rejeitado por [Nome do gestor de segurança] em [data da rejeição]"

A ação de Editar deve estar disponível para a retificação de dados previamente cadastrados. Os contextos em que esta opção é exibida e a definição de quais perfis possuem permissão para acioná-la são descritos abaixo.

1. Editar dados do pré-registro

Esta funcionalidade deve estar disponível para usuários com perfil de Técnico ou Médico e Residente para quem foi atribuído o procedimento.

Ao acionar a opção de Editar o profissional deve ser retornado para as telas de Novo procedimento com os dados preenchidos populados.

Caso a edição do pré-registro seja realizada pelo Médico ou Residente, o sistema deve apresentar a mensagem de Edição do pré-registro realizada pelo médico ao final da edição.

Caso a edição seja realizada pelo Técnico, o sistema deve apresentar a mensagem de Edição realizada com sucesso

Caso a edição do pré-registro seja realizada por um usuário com perfil de Médico ou Residente, o usuário não poderá se excluir da equipe médica, podendo apenas editar demais membros da equipe, bem como alterar o profissional responsável.

Ao realizar a edição de um pré-registro de artroplastia, caso seja alterado o paciente, ao avançar para o passo de seleção de tipo de procedimento, os dados preenchidos para o referente procedimento, antes da edição, não devem vir carregados. Sendo assim, é necessário que o usuário realize a seleção do tipo de procedimento novamente.

A edição de dados do pré-registro só pode ocorrer até o preenchimento dos dados clínicos, pelo médico ou residente cadastrados na equipe médica.

1.1 Breadcrumb

Home > Edição de procedimento

2. Editar dados clínicos

Esta funcionalidade deve estar disponível somente para o Médico e Residente cadastrados como parte da equipe médica do procedimento.

Ao acionar a opção de Editar o profissional deve ser direcionado para a tela de preenchimento dos clínicos, conforme descrito em Preencher dados clínicos. Na ocasião, todos os campos dos registros devem ser populados com as informações previamente cadastradas.

Após a edição dos dados clínicos, o sistema deve apresentar a mensagem de Edição dos dados clínicos.

A edição de dados clínicos só pode ocorrer até o preenchimento dos dados de produto.

2.1 Breadcrumb

O breadcrumb deve ser de acordo com o procedimento registrado.

Home > Edição de primária de quadril

Home > Edição de revisão de quadril

Home > Edição de primária de joelho

Home > Edição de revisão de joelho

Home > Edição de stent de coronária - Dados essenciais

Home > Edição de stent de coronária - Dados complementares

3. Editar dados de produto

Esta funcionalidade deve estar disponível para usuários com perfil de Técnico, para o Médico e Residente incluídos como parte da equipe médica, e para profissionais com perfil Administrativo/Financeiro.

Ao acionar a opção de Editar o profissional deve ser direcionado para a tela de preenchimento dos dados de produto, conforme descrito em Preencher dados dos produtos.

Se a edição dos dados de produtos foi realizada pelo profissional com perfil de Administrativo/Financeiro, o sistema deve apresentar a mensagem Edição dos dados de produto ao final da edição.

Caso a edição seja realizada por profissionais com perfil de Técnico, Médico ou Residente, o sistema deve apresentar a mensagem de Edição realizada com sucesso ao final da edição.

A edição dos dados de produto só pode ocorrer até o preenchimento dos dados financeiros.

3.1 Breadcrumb

Home > Edição de dados de produto

4. Editar dados financeiros

Esta funcionalidade deve estar disponível somente para usuários com perfil de Administrativo/Financeiro.

Ao acionar a opção de Editar o profissional deve ser direcionado para a tela de preenchimento dos dados financeiros, conforme descrito em Preencher dados financeiros.

Após a edição dos dados financeiros, o sistema deve apresentar a mensagem de Edição realizada com sucesso.

A edição dos dados financeiros pode ocorrer a qualquer momento.

4.1 Breadcrumb

Home > Edição de dados financeiros

5. Editar dados de produtos e financeiros

Esta funcionalidade deve estar disponível para usuários com perfil de Administrativo/Financeiro, somente quando os dados de produtos e financeiros foram preenchidos juntos.

Ao acionar a opção de Editar o profissional deve ser direcionado para a tela de preenchimento dos dados de produtos e financeiros, conforme descrito em Preencher dados de produtos e financeiros.

Após a edição dos dados de produtos e financeiros, o sistema deve apresentar a mensagem de Edição realizada com sucesso.

A edição dos dados de produtos e financeiros pode ocorrer a qualquer momento.

5.1 Breadcrumb

Home > Edição de dados de produtos e financeiros

A ação de Excluir deve estar disponível para profissionais com perfil de Técnico, Médico e Residente, na aba de Aguardando dados clínicos. Ao clicar no botão de excluir o sistema deve exibir a mensagem Confirmar exclusão.

Após a confirmação da exclusão, o registro deve ser removido da lista.

Apenas o Técnico que criou o procedimento e os Médicos e Residentes incluídos como parte da equipe médica, poderão realizar a exclusão do procedimento.

A ação de imprimir irá se comportar de forma diferente dependo do caso e do perfil que gera a impressão. Todas as impressões devem seguir o padrão descrito em Impressões.

Imprimir registro "Aguardando dados de produto"

Esta impressão está disponível para os perfis de Técnico, Médico e Residente, ao acionar a opção de imprimir deve ser gerado um arquivo em formato ".pdf" com os seguintes tópicos de informação:

• Dados do paciente
• Dados gerais
• Dados da cirurgia

Imprimir registro "Aguardando dados financeiros"

Esta impressão está disponível para os perfis de Técnico, Médico, Residente e Administrativo/Financeiro, ao acionar a opção de imprimir deve ser gerado um arquivo em formato ".pdf". Os tópicos incluídos na impressão vão depender do perfil que à acionou.

Caso um Técnico, Médico ou Residente acionem a opção de imprimir. Então os seguintes tópicos devem ser incluídos no arquivo ".pdf".

• Dados do paciente
• Dados gerais
• Dados da cirurgia
• Dados de produto

Caso um profissional com perfil de Administrativo/Financeiro acione a opção de imprimir. Então os seguintes tópicos devem ser incluídos no arquivo ".pdf".

• Dados do paciente
• Dados gerais
• Dados de produto

Imprimir registro "Aguardando dados de produto e financeiros"

Esta impressão está disponível apenas para profissionais com perfil de Administrativo/Financeiro, ao acionar a opção de imprimir dever ser gerado um arquivo em formato ".pdf" com os seguintes tópicos:

• Dados do paciente
• Dados gerais

Imprimir registro em "Histórico"

Esta impressão está disponível para os perfis de Técnico, Médico, Residente e Administrativo/Financeiro, ao acionar a opção de imprimir deve ser gerado um arquivo em formato ".pdf". Os tópicos incluídos na impressão vão depender do perfil que à acionou.

Caso um Técnico, Médico ou Residente acionem a opção de imprimir. Então os seguintes tópicos devem ser incluídos no arquivo ".pdf".

• Dados do paciente
• Dados gerais
• Dados da cirurgia
• Dados de produto

Caso um profissional com perfil de Administrativo/Financeiro acione a opção de imprimir. Então os seguintes tópicos devem ser incluídos no arquivo ".pdf".

• Dados do paciente
• Dados gerais
• Dados de produto

Esta funcionalidade está disponível para profissionais com perfil de Médico Ortopedista, Médico Cardiologista, Residente em Ortopedia e Residente em Cardiologia.

Nos registros de Artroplastia, os dados clínicos deverão ser preenchidos os dados conforme estão descritos em Artroplastia dependendo do procedimento.

Nos registros de Cardiologia, os dados clínicos deverão ser preenchidos os dados conforme estão descritos em Cardiologia.

A qualquer momento o usuário poderá cancelar o cadastro de novos registros, seja através do botão "Cancelar" ou tentando navegar para outro lugar do sistema que seja fora do registro. Nesse caso, o sistema deve apresentar a mensagem de Confirmar saída.

Para qualquer tipo de registro, ao tentar salvar as informações preenchidas, o sistema realizará a verificação de concorrência, conforme especificado em Controle de concorrência.

Esta funcionalidade está disponível para profissionais com perfil de Técnico e para o médico ou residente que registrou os dados clínicos do procedimento.

1. Breadcrumb

Home > Dados dos produtos

2. Campos

• Nome do componente;
• Deseja copiar dados de um componente anterior.

Abaixo do nome do componente deve ser exibida a mensagem:

"Após preencher os dados de produto, não será mais possível editar os dados clínicos. Verifique se todos os componentes lançados estão corretos antes de preencher os dados de produto."

O comportamento do componente "Deseja copiar dados de um componente anterior" está descrita em Copiar dados.

Nessa tela existem dois grupos Identificação ANVISA e Identificação do componente. O grupo Identificação ANVISA é composto pelos campos:

• Registro ANVISA;
• Etiqueta sem registro da ANVISA;
• Fabricante;
• CNPJ do Detentor do registro;
• Razão social do Detentor do registro;
• Nome do produto;
• Nome técnico do produto;

O grupo Identificação do componente é composto pelos campos:

• Leitura do código de barras;
• Identificação do produto;
  • Identificador do dispositivo;
  • Código de referência;
• Identificação de lote/série do produto;
  • Lote;
  • Nº de série;
• Data de fabricação;
• Validade;
• Foto da etiqueta.

2.1 Identificação ANVISA

Ao lado do título de seção "Identificação ANVISA" deve ser exibido um botão de ajuda, que ao ser acionado deve exibir uma modal conforme definido em Ajuda de contexto em Identificação ANVISA.

2.1.1 Registro ANVISA, Fabricante, CNPJ, Razão social, Nome do produto e Nome técnico do produto

O campo Registro ANVISA é de preenchimento obrigatório e deve permitir a digitação de no máximo 11 dígitos. O número do registro é composto por uma sequência numérica de 11 dígitos.

Conforme o usuário for preenchendo o campo, o sistema deve ir buscando resultados similares na base da ANVISA. Ao término da digitação (11 dígitos), caso não seja encontrado um resultado com o valor digitado, deve ser exibido o resultado "Nenhum item encontrado.". Ao remover o foco do campo, o valor digitado deverá ser apagado do campo.

O usuário deverá selecionar um registro cadastrado na base da ANVISA. Após a seleção, o sistema deve realizar a busca na base da ANVISA e preencher os campos Fabricante, CNPJ do Detentor do registro, Razão social do Detentor do registro, Nome do produto e Nome técnico do produto, com os seus respectivos valores. Caso não haja um fabricante relacionado, o sistema deve apresentar a informação "Não cadastrado".

Protótipo 1 - Identificação Anvisa.

2.1.2 Etiqueta sem registro da ANVISA

Caso este campo seja marcado, o campo Registro ANVISA deve ser desabilitado para preenchimento e deixar de ser obrigatório.

Dois novos campos de texto devem ser exibidos e habilitados para preenchimento, são eles:

• CNPJ do Fabricante/Importador;
• Fabricante/Importador.

O campo CNPJ do Fabricante/Importador deve permitir apenas a digitação de números e deve aplicar validação para verificar se o CNPJ informado é válido. Esse campo não é de preenchimento obrigatório.

O campo Fabricante/Importador deve permitir a digitação letras, números e caracteres especiais e é de preenchimento obrigatório.

Os campos Nome do produto e Nome técnico do produto não devem ser exibidos se o campo Etiqueta sem registro da ANVISA for marcado.

Caso esse campo seja marcado, o campo Foto da etiqueta deve ser exibido e tornar-se de preenchimento obrigatório.

Protótipo 2 - Etiqueta sem registro Anvisa.

2.2 Identificação do componente

Ao lado do título de seção "Identificação do componente" deve ser exibido um botão de ajuda, que ao ser acionado deve exibir uma modal conforme definido em Ajuda de contexto em Identificação do componente.

2.2.1 Deseja utilizar o leitor de código de barras?

Esse campo deve ser utilizado para interpretar dados lidos através do leitor ótico.

Ao clicar no botão "Ler código de barras", deve ser exibido um campo de texto, com o foco estabelecido nele e um botão de aplicar.

Conforme a interpretação dos dados lidos/digitados, os demais campos do grupo de Identificação do componente devem ser preenchidos, com os dados disponíveis no código de barras. Após a interpretação dos dados, a informação lida pelo leitor deve ser apagada do campo.

2.2.2 Identificação do produto

Esse grupo apresenta dois subcampos Identificador do dispositivo e Código de referência.

O campo Identificador do dispositivo deve ser preenchido com a informação do DI (Device Identifier) seja GTIN ou padrão HIBCC. O campo pode ser preenchido manualmente ou a partir da leitura do código de barras.

Este campo deve permitir a digitação de letras, números e caracteres especiais.

O campo Código de referência deve ser preenchido com a informação do código de referência do modelo. O campo pode ser preenchido manualmente ou a partir da leitura do código de barras.

É obrigatório o preenchimento de um dos dois campos. Caso o usuário tente salvar o registro sem preencher nenhum dos dois campos, o sistema deve apresentar a mensagem Preenchimento incorreto, colocar a sinalização na label Identificação do produto com a mensagem Um dos campos é obrigatório.

2.2.3 Identificação de lote/série do produto

Esse item possui dois subcampos:

• Lote;
• Nº de série.

Os campos devem permitir a digitação de letras, números e caracteres especiais, com limite de 30 caracteres.

É obrigatório o preenchimento de um dos dois campos. Caso o usuário tente salvar o registro sem preencher nenhum dos dois campos, o sistema deve apresentar a mensagem Preenchimento incorreto, colocar a sinalização na label Identificação de lote/série do produto com a mensagem Um dos campos é obrigatório.

2.2.4 Data de fabricação

A data de fabricação deve possuir as subopções:

• Ano;
• Mês;
• Dia.

O campo Data de fabricação não é de preenchimento obrigatório, porém se for preenchido os campos de Ano e Mês tornam-se de preenchimento obrigatório.

O campo Ano deve apresentar as opções de 10 anos anteriores à data em que foi realizado o procedimento.

O campo Mês deve permanecer desabilitado até que um ano seja selecionado pelo usuário.

Se o ano selecionado for o ano atual, então o campo Mês deve apresentar todos os meses que já passaram nesse ano e o mês atual.

O campo Dia deve permanecer desabilitado até que um mês seja selecionado pelo usuário e deve apresentar os dias conforme o mês selecionado. Se o ano e o mês atual forem selecionados, então o campo Dia deve apresentar todos os dias que já passaram nesse mês e mais o dia atual.

2.2.5 Validade

O campo Validade é de preenchimento obrigatório e possui as opções:

• Data;
• Período.

Se a opção "Data" for selecionada, então os campos:

• Ano;
• Mês;
• Dia.

devem ser habilitados para preenchimento. Somente o campo Dia não é de preenchimento obrigatório.

O campo Ano deve apresentar as opções de 10 anos posteriores à data em que foi realizado o procedimento.

O campo Mês deve permanecer desabilitado até que um ano seja selecionado pelo usuário.

O campo Dia deve permanecer desabilitado até que um mês seja selecionado pelo usuário e deve apresentar os dias conforme o mês selecionado.

A opção período só deve ser habilitada se o campo Data de fabricação for preenchido.

Se a opção "Período" for selecionada, então deve ser habilitado o campo "Anos" para que o usuário possa informar quantos anos de validade o produto possui.

O número de anos não pode ser igual a 0 (zero) ou negativo.

Protótipo 3 - Identificação do componente.

2.2.6 Foto da etiqueta

Esse campo deve permitir o upload de uma imagem.

Deve ser apresentado, juntamente ao título do campo, um ícone de informação, que após clicado deve apresentar a mensagem "A foto deve estar no formato JPG ou PNG e deve possuir tamanho de até 5 Mb.".

Até que o usuário realize o upload da foto, deve ser apresentada a mensagem "Arraste e solte ou clique para enviar uma foto da etiqueta do produto".

Caso o usuário tente realizar o upload de uma foto em formato ou tamanho inválido, deve apresentar a Foto com formato e/ou tamanho inválido.

Após o upload, deve ser possível a exclusão ou troca da foto.

Esse campo só deve ser exibido caso o usuário tenha marcada a opção Etiqueta sem registro da ANVISA. Neste caso, o campo é de preenchimento obrigatório.

Protótipo 4 - Foto da etiqueta.

3. Regras gerais

1. Não deve ser possível informar uma data de fabricação posterior à data atual.

2. A qualquer momento o profissional poderá cancelar o preenchimento do registro. Neste caso, se algum dado tiver sido informado pelo usuário, o sistema deve apresentar a mensagem Confirmar saída.

3. Se a Data de validade for preenchida com um valor anterior à data de fabricação, o sistema deve marcar os campos preenchidos em vermelho e apresentar a mensagem: "Não pode ser anterior à data de fabricação.".

4. Se o usuário tentar salvar o componente mas o processo de envio da etiqueta ainda não tiver sido finalizado, o sistema deve emitir a mensagem Preenchimento incorreto, além disso o campo Foto da etiqueta deve apresentar o hint Foto em processo de envio.

5. A lista de registros buscados na ANVISA deve aplicar um filtro para exibir apenas os componentes com classificação de risco igual a "3" ou "4".

6. Ao salvar o procedimento, o sistema realizará a verificação de concorrência, conforme especificado em Controle de concorrência.

7. Os campos de CNPJ do Fabricante/Importador, Fabricante/Importador, Identificador do dispositivo, Código de referência, Lote e Nº de série devem aceitar, além de letras e números, caracteres especiais.

8. Após submeter as informações, o sistema deve apresentar a mensagem Cadastro realizado com sucesso.

9. Caso o usuário insira uma data de fabricação que não seja igual ou até 10 anos anteriores à data em que foi realizado o procedimento, o sistema deve apresentar a mensagem Data de fabricação inválida.

10. Caso o usuário insira uma data de validade que não seja igual ou até 10 anos posteriores à data em que foi realizado o procedimento, o sistema deve apresentar a mensagem Data de validade inválida.

4. Dicionário de dados

5. Definição de limites e placeholder

A função de copiar serve para facilitar o preenchimento de dados de componentes que são iguais aos dados de outros componentes já preenchidos. Através dela o usuário poderá "aproveitar" dados já digitados para não precisar digitar novamente.

Todos os dados copiados devem ficar disponíveis para edição, ou seja, o dados são copiados para o novo componente mas podem ser alterados.

A função de copiar dados de outros componentes só deve ser exibida caso haja ao menos um componente que já teve seus dados preenchidos.

Ela é executada após o usuário selecionar um componente que já possua dados cadastrados e clicar em copiar. Apenas os dados dos produtos devem ser copiados, dados financeiros preenchidos não devem ser copiados de um componente para outro.

Todos os dados preenchidos devem ser copiados para o novo componente, com exceção da foto da etiqueta.

Todos os dados preenchidos no formulário devem ser substituídos quando for feita a cópia de outro componente. Caso o usuário tente copiar os dados de outro componente, tendo dados já preenchidos no formulário, o sistema deve solicitar uma confirmação através da mensagem Copiar dados para realizar a cópia e informar que todos os dados previamente digitados serão perdidos.

1. Título

Registro ANVISA

2. Dados

Dentro da modal devem ser exibidas as seguintes informações:

1. Insira o número do registro da ANVISA do produto no campo;
2. Caso a etiqueta do produto não possua registro, habilite o preenchimento dos campos marcando o checkbox;
3. Preencha os campos apresentados.

1. Tópicos

Dentro da modal devem estar disponíveis para visualização os seguintes tópicos.

• Código de barras;
• Código de referência;
• Lote ou nº de série;
• Data de validade;

1.1 Código de barras

Na seleção deste grupo, devem ser exibidas as seguintes informações:

1. Clique no botão Deseja utilizar o leitor de código de barras?, em seguida aponte o seu leitor para o código de barras na caixa do produto implantado. Os dados existentes no código de barras serão preenchidos em seus respectivos campos.

2. O RNI aceita os seguintes padrões de códigos de barras:

1.2 Código de referência

Na seleção deste grupo, devem ser exibidas as seguintes informações:

1. Encontre o código de referência na etiqueta ou caixa do produto. É comum o número de referência vir acompanhado inicialmente pelos termos: Ref, Referência, Código, Cód…

2. Insira o código de referência do produto no sistema.

1.3 Lote ou nº de série

Na seleção deste grupo, devem ser exibidas as seguintes informações:

1. Encontre o lote ou nº de série na etiqueta ou caixa do produto. É obrigatório o preenchimento de pelo menos um destes dois dados, e eles são sinalizados pelos termos: Lot, Lote…

2. Insira o lote ou nº de série do produto no sistema.

1.4 Data de validade

1. Encontre a validade na etiqueta ou caixa do produto. É comum a validade vir acompanhada do símbolo [ícone de ampulheta], ou pelos termos: Validade, Val, Válido…

2. Selecione o formato da validade. Obs.: Caso a validade seja exposta em formato de período, (ex.: 3 anos após a fabricação), deve-se preencher primeiramente a data de fabricação do produto.

3. Preencha o campo da validade.

Nesse caso, apenas os dados financeiros dos produtos poderão ser preenchidos. Esta funcionalidade está disponível apenas para profissionais com perfil de Administrativo/Financeiro.

Para cada um dos componentes o seu nome deve ser exibido para fácil identificação.

Abaixo do nome do componente deve ser exibida a mensagem:

"Após preencher os dados financeiros, não será mais possível editar os dados de produto. Verifique se todos os componentes lançados estão corretos antes de preencher os dados financeiros."

1. Breadcrumb

Home > Dados financeiros

2. Campos

Nessa tela existem dois grupos de campos que são:

• Dados do produto;
• Dados financeiros.

2.1 Dados do produto

Os campos do grupo Dados do produto são apenas para visualização das informações.

São eles:

• Registro ANVISA;
• Fabricante;
• CNPJ do Detentor do registro;
• Razão social do Detentor do registro;
• Nome do produto;
• Nome técnico do produto;
• Identificador do dispositivo;
• Código de referência;
• Lote;
• Número de série;
• Data de fabricação;
• Validade;
• Foto da etiqueta.

Esses campos devem apresentar a informação previamente preenchida neles pelo técnico/médico/residente.

Campos não preenchidos devem ser exibidos com a informação "Não informado", exceto o campo "Fabricante" que deve exibir a informação "Não cadastrado".

2.2 Dados financeiros

Ao lado do título de seção "Dados financeiros" deve ser exibido um botão de ajuda, que ao ser acionado deve exibir uma modal conforme definido em Ajuda de contexto em Dados financeiros.

Apresenta o campo O componente foi comprado pelo hospital, que é de preenchimento obrigatório e possui as opções "Sim" e "Não".

Se a opção "Sim" for selecionada, então os campos:

• Ente responsável pelo ressarcimento;
• Preço pago ao fornecedor;
• Preço cobrado no ressarcimento.

devem ser habilitados para preenchimento como subcampos.

O campo Ente responsável pelo ressarcimento é de preenchimento obrigatório e deve possuir as opções:

• Operadora de saúde;
• Particular;
• SUS.

Os campos Preço pago ao fornecedor e Preço cobrado no ressarcimento devem ser preenchidos apenas com valores numéricos, permitindo até duas casas decimais e valor máximo de 'R$ 999.999,99'.

Se a opção "Não" for selecionada, então o campo Quem forneceu torna-se obrigatório e deve ser habilitado para preenchimento. Esse campo deve possuir as opções:

• Operadora de saúde;
• Particular;
• SUS;
• Doação.

Apenas uma delas pode ser selecionada.

Protótipo 1 - Dados financeiros.

3. Regras gerais

1. Para salvar os dados financeiros, todos os campos obrigatórios, devem ser respondidos para todos os componentes registrados.

2. A qualquer momento o profissional poderá cancelar o preenchimento do registro. Neste caso, se algum dado tiver sido informado pelo usuário, o sistema deve apresentar a mensagem Confirmar saída.

3. Caso tenha sido informado que a etiqueta do produto não possui o Registro ANVISA, no campo Registro ANVISA deve ser apresentada a informação "Etiqueta sem registro da ANVISA". O campo CNPJ do Detentor do registro deve ser alterado para CNPJ do Fabricante/Importador. Os campos Nome do produto e Nome técnico do produto não devem ser exibidos e o campo Razão social do Detentor do registro deve ser alterado para Fabricante/Importador.

4. Ao salvar o procedimento, o sistema realizará a verificação de concorrência, conforme especificado em Controle de concorrência.

5. Após submeter as informações, o sistema deve apresentar a mensagem Cadastro realizado com sucesso.

4. Dicionário de dados

1. Tópicos

Dentro da modal devem estar disponíveis para visualização os seguintes tópicos.

• Componente comprado pelo hospital;
• Componente não comprado pelo hospital.

1.1 Componente comprado pelo hospital

Na seleção deste grupo, devem ser exibidas as seguintes informações:

1. Se o componente for comprado pelo hospital, informe “sim” nos dados financeiros.

2. Informe o ente responsável pelo ressarcimento ao hospital.

3. Preencha o valor pago pelo hospital ao fornecedor.

4. Preencha o valor cobrado no ressarcimento.

1.2 Componente não comprado pelo hospital

Na seleção deste grupo, devem ser exibidas as seguintes informações:

1. Se o componente não for comprado pelo hospital, informe “não” nos dados financeiros.

2. Informe quem forneceu o produto.

Esta funcionalidade está disponível apenas para profissionais com perfil de Administrativo/Financeiro.

1. Breadcrumb

Home > Dados dos produtos e financeiros

2. Campos

• Nome do componente;
• Deseja copiar dados de um componente anterior.

Abaixo do nome do componente deve ser exibida a mensagem:

"Após preencher os dados de produto e financeiro, não será mais possível editar os dados clínicos. Verifique se todos os componentes lançados estão corretos antes de preencher os dados de produto e financeiro."

O comportamento do componente "Deseja copiar dados de um componente anterior" está descrita em Copiar dados.

Nessa tela existem três grupos Identificação ANVISA, Identificação do componente e Dados financeiros. O grupo Identificação ANVISA é composto pelos campos:

• Registro ANVISA;
• Etiqueta sem registro da ANVISA;
• Fabricante;
• CNPJ do Detentor do registro;
• Razão social do Detentor do registro;
• Nome do produto;
• Nome técnico do produto;

O grupo Identificação do componente é composto pelos campos:

• Leitura do código de barras;
• Identificação do produto;
  • Identificador do dispositivo;
  • Código de referência;
• Identificação de lote/série do produto;
  • Lote;
  • Nº de série;
• Data de fabricação;
• Validade;
• Foto da etiqueta.

O grupo Dados financeiros é composto pelos campos:

• O componente foi comprado pelo hospital;
• Ente responsável pelo ressarcimento;
• Preço pago ao fornecedor;
• Preço cobrado no ressarcimento;
• Quem forneceu.

2.1 Identificação ANVISA

Ao lado do título de seção "Identificação ANVISA" deve ser exibido um botão de ajuda, que ao ser acionado deve exibir uma modal conforme definido em Ajuda de contexto em Identificação ANVISA.

2.1.1 Registro ANVISA, Fabricante, CNPJ, Razão social, Nome do produto e Nome técnico do produto

O campo Registro ANVISA é de preenchimento obrigatório e deve permitir a digitação de no máximo 11 dígitos. O número do registro é composto por uma sequência numérica de 11 dígitos.

Conforme o usuário for preenchendo o campo, o sistema deve ir buscando resultados similares na base da ANVISA. Ao término da digitação (11 dígitos), caso não seja encontrado um resultado com o valor digitado, deve ser exibido o resultado "Nenhum item encontrado.". Ao remover o foco do campo, o valor digitado deverá ser apagado do campo.

O usuário deverá selecionar um registro cadastrado na base da ANVISA. Após a seleção, o sistema deve realizar a busca na base da ANVISA e preencher os campos CNPJ do Detentor do registro, Razão social do Detentor do registro, Nome do produto e Nome técnico do produto, com os seus respectivos valores.

Além dos campos descritos acima, o sistema também deve buscar na base da ANVISA a informação dos Fabricantes relacionados ao registro ANVISA buscado. Caso não haja um fabricante relacionado, o sistema deve apresentar a informação "Não cadastrado".

Protótipo 1 - Identificação Anvisa.

2.1.2 Etiqueta sem registro da ANVISA

Caso este campo seja marcado, o campo Registro ANVISA deve ser desabilitado para preenchimento e deixar de ser obrigatório.

Dois novos campos de texto devem ser exibidos e habilitados para preenchimento, são eles:

• CNPJ do Fabricante/Importador;
• Fabricante/Importador.

O campo CNPJ do Fabricante/Importador deve permitir apenas a digitação de números e deve aplicar validação para verificar se o CNPJ informado é válido. Esse campo não é de preenchimento obrigatório.

O campo Fabricante/Importador deve permitir a digitação letras, números e caracteres especiais e é de preenchimento obrigatório.

Os campos Nome do produto e Nome técnico do produto não devem ser exibidos se o campo Etiqueta sem registro da ANVISA for marcado.

Caso esse campo seja marcado, o campo Foto da etiqueta deve ser exibido e tornar-se de preenchimento obrigatório.

Protótipo 2 - Etiqueta sem registro Anvisa.

2.2 Identificação do componente

Ao lado do título de seção "Identificação do componente" deve ser exibido um botão de ajuda, que ao ser acionado deve exibir uma modal conforme definido em Ajuda de contexto em Identificação do componente.

2.2.1 Deseja utilizar o leitor de código de barras?

Esse campo deve ser utilizado para interpretar dados lidos através do leitor ótico.

Ao clicar no botão "Ler código de barras", deve ser exibido um campo de texto, com o foco estabelecido nele e um botão de aplicar.

Conforme a interpretação dos dados lidos/digitados, os demais campos do grupo de Identificação do componente devem ser preenchidos, com os dados disponíveis no código de barras. Após a interpretação dos dados, a informação lida pelo leitor deve ser apagada do campo.

2.2.2 Identificação do produto

Esse grupo apresenta dois subcampos Identificador do dispositivo e Código de referência.

O campo Identificador do dispositivo deve ser preenchido com a informação do DI (Device Identifier) seja GTIN ou padrão HIBCC. O campo pode ser preenchido manualmente ou a partir da leitura do código de barras.

Este campo deve permitir a digitação de letras, números e caracteres especiais.

O campo Código de referência deve ser preenchido com a informação do código de referência do modelo. O campo pode ser preenchido manualmente ou a partir da leitura do código de barras.

É obrigatório o preenchimento de um dos dois campos. Caso o usuário tente salvar o registro sem preencher nenhum dos dois campos, o sistema deve apresentar a mensagem Preenchimento incorreto, colocar a sinalização na label Identificação do produto com a mensagem Um dos campos é obrigatório.

2.2.3 Identificação de lote/série do produto

Esse item possui dois subcampos:

• Lote;
• Nº de série.

Os campos devem permitir a digitação de letras, números e caracteres especiais, com limite de 30 caracteres.

É obrigatório o preenchimento de um dos dois campos. Caso o usuário tente salvar o registro sem preencher ao menos um dos dois campos, o sistema deve apresentar a mensagem Preenchimento incorreto, colocar a sinalização na label Identificação de lote/série do produto com a mensagem Um dos campos é obrigatório.

2.2.4 Data de fabricação

A data de fabricação deve possuir as subopções:

• Ano;
• Mês;
• Dia.

O campo Data de fabricação não é de preenchimento obrigatório, porém se for preenchido os campos de Ano e Mês tornam-se de preenchimento obrigatório.

O campo Ano deve apresentar as opções de 10 anos anteriores à data em que foi realizado o procedimento.

O campo Mês deve permanecer desabilitado até que um ano seja selecionado pelo usuário.

Se o ano selecionado for o ano atual, então o campo Mês deve apresentar todos os meses que já passaram nesse ano e o mês atual.

O campo Dia deve permanecer desabilitado até que um mês seja selecionado pelo usuário e deve apresentar os dias conforme o mês selecionado. Se o ano e o mês atual forem selecionados, então o campo Dia deve apresentar todos os dias que já passaram nesse mês e mais o dia atual.

2.2.5 Validade

O campo Validade é de preenchimento obrigatório e possui as opções:

• Data;
• Período.

Se a opção "Data" for selecionada, então os campos:

• Ano;
• Mês;
• Dia.

devem ser habilitados para preenchimento. Somente o campo Dia não é de preenchimento obrigatório.

O campo Ano deve apresentar as opções de 10 anos posteriores à data em que foi realizado o procedimento.

O campo Mês deve permanecer desabilitado até que um ano seja selecionado pelo usuário.

O campo Dia deve permanecer desabilitado até que um mês seja selecionado pelo usuário e deve apresentar os dias conforme o mês selecionado.

A opção período só deve ser habilitada se o campo Data de fabricação for preenchido.

Se a opção "Período" for selecionada, então deve ser habilitado o campo "Anos" para que o usuário possa informar quantos anos de validade o produto possui.

O número de anos não pode ser igual a 0 (zero) ou negativo.

Protótipo 3 - Identificação do componente.

2.2.6 Foto da etiqueta

Esse campo deve permitir o upload de uma imagem.

Deve ser apresentado, juntamente ao título do campo, um ícone de informação, que após clicado deve apresentar a mensagem "A foto deve estar no formato JPG ou PNG e deve possuir tamanho de até 5 Mb.".

Até que o usuário realize o upload da foto, deve ser apresentada a mensagem "Arraste e solte ou clique para enviar uma foto da etiqueta do produto".

Caso o usuário tente realizar o upload de uma foto em formato ou tamanho inválido, deve apresentar a Foto com formato e/ou tamanho inválido.

Após o upload, deve ser possível a exclusão ou troca da foto.

Esse campo só deve ser exibido caso o usuário tenha marcada a opção Etiqueta sem registro da ANVISA. Neste caso, o campo é de preenchimento obrigatório.

Protótipo 4 - Foto da etiqueta.

2.3 Dados financeiros

Ao lado do título de seção "Dados financeiros" deve ser exibido um botão de ajuda, que ao ser acionado deve exibir uma modal conforme definido em Ajuda de contexto em Dados financeiros.

Apresenta o campo O componente foi comprado pelo hospital, que é de preenchimento obrigatório e possui as opções "Sim" e "Não".

Se a opção "Sim" for selecionada, então os campos:

• Ente responsável pelo ressarcimento;
• Preço pago ao fornecedor;
• Preço cobrado no ressarcimento.

devem ser habilitados para preenchimento como subcampos.

O campo Ente responsável pelo ressarcimento é de preenchimento obrigatório e deve possuir as opções:

• Operadora de saúde;
• Particular;
• SUS.

Os campos Preço pago ao fornecedor e Preço cobrado no ressarcimento devem ser preenchidos apenas com valores numéricos, permitindo até duas casas decimais e valor máximo de 'R\$ 999.999,99'.

Se a opção "Não" for selecionada, então o campo Quem forneceu torna-se obrigatório e deve ser habilitado para preenchimento. Esse campo deve possuir as opções:

• Operadora de saúde;
• Particular;
• SUS;
• Doação.

Apenas uma delas pode ser selecionada.

Protótipo 5 - Dados financeiros.

3. Regras gerais

1. Em nenhum caso deve ser possível informar uma data de fabricação posterior à data atual.

2. A qualquer momento o profissional poderá cancelar o preenchimento do registro. Neste caso, se algum dado tiver sido informado pelo usuário, o sistema deve apresentar a mensagem Confirmar saída.

3. Se a Data de validade for preenchida com um valor anterior à data de fabricação, o sistema deve marcar os campos preenchidos em vermelho e apresentar a mensagem: "Não pode ser anterior à data de fabricação.".

4. Se o usuário tentar salvar o componente mas o processo de envio da etiqueta ainda não tiver sido finalizado, o sistema deve emitir a mensagem Preenchimento incorreto, além disso o campo Foto da etiqueta deve apresentar a hint Foto em processo de envio.

5. A lista de registros buscados na ANVISA deve aplicar um filtro para exibir apenas os componentes com classificação de risco igual a "3" ou "4".

6. Ao salvar o procedimento, o sistema realizará a verificação de concorrência, conforme especificado em Controle de concorrência.

7. Os campos de CNPJ do Fabricante/Importador, Fabricante/Importador, Identificador do dispositivo, Código de referência, Lote e Nº de série devem aceitar, além de letras e números, caracteres especiais.

8. Após submeter as informações, o sistema deve apresentar a mensagem Cadastro realizado com sucesso.

4. Dicionário de dados

5. Definição de limites e placeholder

Este módulo apresenta como funcionam as funcionalidades de adicionar, escolher e solicitar reativação de um vínculo no RNI.

Esta funcionalidade deve estar disponível apenas para os perfis de Médico, Residente, Técnico, Administrativo/Financeiro, Gestor de Integração e Gestor do Serviço de Saúde.

Os profissionais podem solicitar novos vínculos com hospitais através da opção "Adicionar vínculo".

Na solicitação o profissional deve informar a UF do hospital para a qual deseja solicitar um novo vínculo e selecionar o hospital de acordo com a UF informada.

Em seguida o profissional deve informar qual o perfil pretendido para acesso ao hospital. Apenas uma das opções pode ser selecionada.

Por fim, o profissional deve informar o registro em conselho de classe que será utilizado para registro de cirurgias no hospital, caso ele tenha informado um perfil de médico ou residente.

1. Regras

1. O campo Hospital no qual trabalha só deve ser habilitado após o usuário selecionar a UF e o município do hospital. Os hospitais apresentados devem ser filtrados de acordo com a UF e município selecionados. Caso o usuário altere a UF ou o município, o valor preenchido no campo Hospital no qual trabalha deve ser limpo.

2. Os campos Registro em conselho e UF do registro só devem ser habilitados caso o usuário selecione uma das opções de perfil de médico ou residente.

3. O campo Registro em conselho só deve permitir a inclusão de números.

4. Todos os campos desse grupo são de preenchimento obrigatório.

5. Se o usuário tentar solicitar um vínculo que ele já possua ou que esteja aguardando aprovação o sistema deve apresentar a mensagem Vínculo já existente e marcar o campo de Perfil em vermelho com a mensagem Vínculo duplicado.

6. Após salvar a solicitação de vínculo o sistema deve apresentar a mensagem: Novo vínculo solicitado.

7. Caso o usuário preencha algum campo e clique em "Cancelar" o sistema deve apresentar a mensagem de Confirmar saída.

Caso o profissional possua mais de um vínculo com hospitais, ao acessar o sistema ou selecionar a opção para trocar perfil, deve ser apresentada ao usuário uma lista com todos os seus vínculos.

1. Vínculos ativos

A lista deve apresentar os vínculos ativos e os que estão aguardando aprovação.

Cada vínculo deve ser apresentado na forma de um card com as opções de Desativar vínculo e Acessar vínculo.

Ao selecionar a opção de Desativar Vínculo, o sistema deve apresentar a mensagem Mensagem de confirmação para desativação de vínculo. Após a confirmação da desativação, o sistema deve exibir a mensagem Vínculo desativado.

A opção Acessar vinculo deverá direcionar o usuário à sua tela inicial com informações do hospital selecionado, apresentando dados relacionados ao perfil do profissional.

Cada card deve apresentar as informações com os nomes do município e estado, do hospital do vínculo e do perfil do usuário no acesso ao hospital.

O usuário poderá também adicionar novos vínculos através do botão Adicionar vínculo.

O usuário só poderá prosseguir selecionando um perfil ou saindo do sistema.

Caso o usuário esteja acessando a tela de escolher perfil após ter feito logon, o sistema deve apresentar a mensagem:

"Olá, [Nome do usuário]!

Você possui mais de um vínculo registrado. Selecione qual perfil deseja acessar."

Caso o usuário esteja acessando a tela de escolher perfil após ter feito logon, ao final da página deve ser exibido botão "Sair". Caso contrário, o botão deve ser "Página inicial".

Se o profissional não tiver um vínculo ativo, então o sistema deve apresentar a mensagem:

"Olá, [Nome do usuário]!

Você não possui um vínculo ativo no momento, adicione um novo vínculo e aguarde o gestor aceitar a solicitação."

2. Vínculos inativos

A lista deve apresentar todos os vínculos do profissional que foram desativados, em forma de cards.

Dentro dos cards deve haver a opção para o profissional solicitar a reativação do vínculo, conforme descrito em Solicitar Reativação de Vínculo.

Esta funcionalidade deve estar disponível apenas para os perfis de Médico, Residente, Técnico, Administrativo/Financeiro, Gestor de Integração e Gestor do Serviço de Saúde.

Os profissionais podem solicitar a reativação de vínculos inativos, caso possuam vínculos desativados pelo Gestor de Segurança Hospitalar. Esta funcionalidade pode ser acessada através da aba de "Vínculos Inativos", selecionando a opção de "Solicitar Reativação", no card do vínculo que o profissional desejar reativar.

1. Regras

1. Ao solicitar a reativação, o sistema deve apresentar a mensagem: Confirmação de reativação de vínculo.

2. Ao confirmar a solicitação de reativação, o vínculo solicitado não deve mais ser apresentado na aba de "Vínculos inativos", e deve ser apresentado na aba de "Vínculos ativos" com status de "Aguardando aprovação".

3. Ao confirmar a solicitação de reativação, o sistema deve apresentar a mensagem: Solicitação de reativação enviada.

4. Ao confirmar a solicitação de reativação, o sistema deve enviar um e-mail de solicitação pendente para o Gestor de Segurança do hospital na qual foi solicitada a reativação de vínculo.

5. Ao confirmar a solicitação de reativação, o sistema deve mandar para o profissional um e-mail com a lista de gestores responsáveis por avaliar a solicitação de reativação de vínculo.

Este módulo apresenta todas as ações disponíveis para os Médicos, Técnicos, Administrativo/Financeiro, Residentes e Gestores de Segurança Hospitalar, no menu de opções.

Esta funcionalidade deve estar disponível apenas para os perfis de Médico, Residente, Técnico, Administrativo/Financeiro e Gestor do Serviço de Saúde.

Para alterar a própria senha, o profissional deverá primeiramente acessar o sistema e chegar à tela de troca de senha através do Menu do usuário.

Para alterar a própria senha o profissional deverá preencher os seguintes campos:

• Senha atual;
• Nova senha;
• Confirmar nova senha.

1. Regras

1. A senha deve possuir somente letras e números. Ao retirar o foco do campo Nova Senha, o sistema deve verificar se a senha possui apenas letras e números, se houver algum caractere especial, então o sistema deve marcar o campo em vermelho e apresentar a mensagem: Caracteres não permitidos.

2. A senha deve possuir no mínimo 08 caracteres. Ao retirar o foco do campo Nova senha, o sistema deve verificar se a senha possui no mínimo 08 caracteres. Se não possuir, o sistema deve marcar o campo de vermelho e apresentar a mensagem: Mínimo de X caracteres.

3. A senha deve possui ao menos uma letra e um número. Ao retirar o foco do campo Nova senha, o sistema deve verificar se a senha informada pelo usuário possui ao menos uma letra e um número. Se não possuir, o sistema deve marcar o campo em vermelho e apresentar a mensagem Mínimo letra e número.

4. Se a senha informada no campo Nova senha for igual a senha atual, o sistema deve marcar o campo em vermelho a apresentar a mensagem: Senha igual à atual.

5. Ao salvar, caso o sistema verifique que a senha digitada pelo usuário no campo Senha atual, não corresponde a senha cadastrada no banco, o campo deve ser marcado em vermelho e apresentar a mensagem: Senha atual incorreta.

6. Ao remover o foco do campo Confirmar nova senha, se a senha digitada não for igual à digitada no campo Nova senha, o sistema deve marcar o campo em vermelho e apresentar a mensagem: Senha não confere.

7. Caso o usuário tente salvar sem preencher algum dos campos, o sistema deve marcar os campos não preenchidos em vermelho e apresentar a mensagem: Campo obrigatório.

8. Ao tentar salvar a senha, caso haja algum campo preenchido irregularmente, o sistema deve apresentar a mensagem: Preenchimento incorreto.

9. Após salvar com sucesso a nova senha do usuário o sistema deve apresentar a mensagem: Senha alterada e em seguida direcionar o usuário para a sua tela inicial.

2. Dicionário de Dados

Esta funcionalidade deve estar disponível apenas para o perfil de Médico e Residente,.

Através do menu do usuário na página inicial, o usuário poderá selecionar a opção de Atualizar relações com empresas, que ao ser selecionada deve redirecionar o usuário para a tela de Relação com empresas, onde ocorre o preenchimento de informações referente à existência ou não de possíveis relações com empresas fabricantes de dispositivos médicos.

1. Campos

Ao acessar a tela de Relação com empresas para o registro de possíveis relações com empresas fabricantes de dispositivos médicos, devem ser apresentados os seguintes campos:

• Você possui/possuiu relação com empresas de produtos médicos?

Junto a este campo, devem estar as opções de Sim e Não.

Deve ser apresentada, também, a mensagem Informações sobre relações com empresas.

1.1 Adicionar empresa

Deve apresentar um botão de Adicionar empresa que, ao ser selecionado, deve apresentar a tela de Adicionar relação com empresa para preenchimento dos dados da relação com a empresa, contendo os campos:

• Nome da empresa;
• Tipos de relações;
• Período de vigência;
  • Desde;
  • Até;
• Data final indeterminada.

Com exceção do campo de Data final indeterminada, todos os campos são de preenchimento obrigatório.

O campo Nome da empresa deve permitir a digitação de letras e números.

O campo Tipos de relações devem possuir as seguintes opções:

• Consultoria e honorários;
• Propriedade intelectual e patentes;
• Royalties;
• Participação em eventos;
• Pesquisa científica;
• Despesas de viagens;
• Docente em eventos educacionais;
• Proprietário, empregado ou investidor
• Outros.

Uma ou mais opções podem ser selecionadas.

Para os tipos de relações citadas abaixo, devem ser apresentados os respectivos hints informativos próximo ao campo:

• Participação em eventos: Ajuda sobre participação em eventos;
• Pesquisa científica: Ajuda sobre pesquisa científica;
• Despesas de viagens: Ajuda sobre despesas de viagens;
• Docente em eventos educacionais: Ajuda sobre docente em eventos educacionais.

O campo Período de vigência deve estar dividido nos subcampos Desde e Até, na qual cada um deles deve possuir os seguintes campos:

• Mês;
• Ano.

O campo Ano deve permitir o preenchimento de apenas números.

No final desta tela, deve ser apresentado o botão de Adicionar relação e Cancelar. Ao selecionar a opção Adicionar relação, caso as informações preenchidas estejam corretas, o sistema deverá adicionar a empresa na lista de Empresas adicionadas.

1.2 Empresas adicionadas

Caso o usuário adicione relações com empresas, estas devem ser apresentadas em cards, contendo as seguintes informações:

• Nome da empresa;
• Período de vigência;
• Tipos de relações.

Cada card deve apresentar as opções de Editar e Excluir.

Ao selecionar a opção de Editar, deve ser apresentado a tela de Adicionar relação com empresa, com as informações previamente preenchidas, permitindo a edição das mesmas.

Ao selecionar a opção de Excluir, o sistema deverá apresentar a mensagem Confirmar exclusão. Ao confirmar a exclusão, a empresa deverá ser excluída da lista de empresas adicionadas.

No final da tela de Relação com empresas, devem ser apresentados os botões de Cancelar e Salvar.

2. Regras

1. Caso o usuário preencha o campo Você possui/possuiu relação com empresas de produtos médicos? com a opção Sim, torna-se obrigatório adicionar uma empresa para salvar o registro. Caso o usuário tente salvar o registro sem adicionar uma empresa, o sistema deve apresentar a mensagem Preenchimento incorreto e a mensagem Campo obrigatório no campo de Empresas adicionadas.

2. Caso o usuário preencha o campo Você possui/possuiu relação com empresas de produtos médicos? com a opção Não, o botão de Adicionar empresa deve ser mantido desabilitado.

3. Caso o usuário possua empresas adicionadas, a opção Não no campo de Você possui/possuiu relação com empresas de produtos médicos? deve ser mantida desabilitada.

4. Caso o usuário selecione a opção de Data final indeterminada, os campos de Mês e Ano do campo Até, no Período de vigência, devem permanecer desabilitados.

5. A data (mês e ano) preenchida no campo Até, do Período de vigência, quando preenchida, deve ser igual ou superior à data (mês e ano) preenchida no campo Desde. Caso o usuário preencha o campo Até com um valor anterior ao preenchido no campo Desde, o sistema deve marcar o campo em vermelho e apresentar a mensagem de Data conflitante.

6. A data (mês e ano) preenchida no campo Desde, do Período de vigência, deve ser igual ou superior à data de nascimento do profissional. Caso o usuário preencha o campo Desde com uma data inferior, o sistema deve apresentar a mensagem Preenchimento incorreto ao tentar salvar a tela de registro de possíveis relações. Também deve ser apresentada a mensagem de Data conflitante no campo de Empresas adicionadas.

7. A data (mês e ano) preenchida no campo Desde, do Período de vigência, deve ser igual ou inferior à data atual. Caso o usuário preencha o campo Desde com um valor superior, o sistema deve marcar o campo em vermelho e apresentar a mensagem de Data inicial inválida.

8. Ao preencher informações de relações com empresas e selecionar o botão de Salvar, o usuário deverá ser redirecionado para a sua página principal, e a mensagem de feedback Informações salvas deve ser apresentada.

9. Após salvar a relação na tela de Relação com empresas, o campo Nome da empresa não poderá ser editado.

3. Dicionário de Dados

Esta funcionalidade deve estar disponível apenas para os perfis de Médico, Residente, Técnico, Administrativo/Financeiro e Gestor do Serviço de Saúde.

Através do menu do usuário na página inicial, o usuário poderá atualizar os seus dados pessoais.

Acessando a opção o usuário deve ser redirecionado para a tela do formulário com os dados cadastrados. O formulário é similar ao utilizado no cadastro do profissional no sistema, no entanto, não são todos os campos que devem ser exibidos.

1. Campos

O cadastro é divido em 03 grupos:

• Identificação;
• Endereço;
• Informações de contato.

1.1 Identificação

Esse grupo possui os campos de:

• CPF;
• CNS;
• Nome completo;
• Data de nascimento;
• Sexo.

Os campos de CPF e CNS devem ficar desabilitados para edição.

Os demais campos do grupo podem ser alterados.

1.2 Endereço

Todos os campos e regras do grupo Endereço, estão descritos em Endereço e devem estar disponíveis para edição.

1.3 Informações de contato

Este grupo possui os campos:

• Telefone 1;
• Telefone 2;
• E-mail;
• Confirme o seu e-mail.

Todos os campos devem estar disponíveis para edição.

2. Regras

1. As regras de validação para os campos do formulário devem ser as mesmas do cadastro do profissional, descritas em Cadastro profissional.

2. O grupo de informações de acesso existentes no cadastro do profissional não devem existir nesse formulário.

3. Após salvar o registro, o sistema deve apresentar a mensagem Dados atualizados com sucesso.

4. Caso o usuário preencha/altere algum campo e clique em "Cancelar" o sistema deve apresentar a mensagem de Confirmar saída.

5. A função de atualizar dados pessoais não deve estar disponível para os perfis: "ANVISA" e "Gestor de segurança hospitalar".

3. Dicionário de Dados

Esta funcionalidade deve estar disponível apenas para os perfis de Médico, Residente, Técnico, Administrativo/Financeiro, Gestor de Integração e Gestor do Serviço de Saúde.

Através do menu do usuário na página inicial, o usuário poderá selecionar a opção de Vínculos, que ao ser selecionada deve redirecionar o usuário para a tela de seleção de vínculos, conforme descrito em Escolha de vínculo.

Este documento descreve fluxo de registro de um novo procedimento no RNI e cada uma das etapas do cadastro. Procedimentos podem ser registrados por profissionais com perfil de Técnico, Médico ou Residente.

Ao clicar para registrar um novo procedimento o usuário deve passar pelos seguintes passos:

• Definir equipe médica;
• Definir paciente;
• Selecionar procedimento (Caso a equipe médica seja composta por médicos ortopedistas e/ou residentes em ortopedia);

1. Breadcrumb

Home > Novo procedimento > Definir paciente > Cadastrar paciente

2. Campos

O cadastro de pacientes deve ser composto pelos campos:

• CPF;
• CNS;
• Nome completo;
• Nome da mãe;
• Data de nascimento;
• Sexo;

Além desses campos também deve haver campos para cadastro do endereço do paciente conforme definido em Endereço e um grupo de informações de contato, com os campos:

• Telefone 1;
• Telefone 2;
• E-mail.

Por último deve haver um grupo de Outras informações com um campo Convênio médico.

3. Regras

1. Os campos:

• CPF;
• Nome completo;
• Nome da mãe;
• Data de nascimento;
• Sexo;

são de preenchimento obrigatório.

2. O valor do campo CPF deve ser válido conforme regra disponível em Validação de CPF. Caso o usuário preencha o campo com um valor inválido, ao remover o foco do campo, o sistema deve marcar o campo em vermelho e apresentar a mensagem Dados inválidos.

3. O valor do campo CNS deve ser válido conforme algoritmo de verificação disponível em Validação CNS. Caso o usuário preencha o campo com um valor inválido, ao remover o foco do campo, o sistema deve marcar o campo em vermelho e apresentar a mensagem Preenchimento incorreto.

4. Ao salvar o registro, o sistema deve verificar se já existe na base um cidadão com o CPF/CNS informado pelo usuário. Se já existir, o sistema deve apresentar a mensagem de erro Preenchimento incorreto em Pop-up e marcar o campo com valor duplicado em vermelho, com a mensagem Registro duplicado.

5. Os nomes do paciente e de sua mãe devem ser compostos por pelo menos dois nomes. Não deve ser possível informar nomes de pacientes ou da mãe com apenas um nome. Caso o usuário digite apenas um nome no campo, ao remover o foco do campo, o sistema deve marcar o campo em vermelho e apresentar a mensagem Nome inválido.

6. O campo Sexo deve possuir as opções:

• Masculino;
• Feminino;