<commit_before>
# Especificação de Requisitos do SISB
O SISB envolve várias funcionalidades conforme o [ConOps](https://github.com/kyriosdata/sisb/blob/master/ConOps.md).
Em consequência, acredita-se que, em uma análise preliminar, uma hierarquia iniciada por necessidades/objetivos dê origem a características ou requisitos de usuário (registrados por meio de estórias de usuários e/ou casos de uso) que, por sua vez, deem origem a requisitos de software.

## Características
As características desejáveis seguem abaixo agrupadas por "tópicos" relevantes. Os itens de cada tópico seguem em ordem de prioridade.

### Agendamento
- Agendamento de consultas
- Agenda telefônica e de contatos (whatsapp, skype, ..)
- Alerta de retorno (whatsapp)
- Controle de retornos
- Confirmar consulta
- Disponibilidade (para agendamento)
- Enviar SMS, receber SMS e produzir relatório de enviados/recebidos
- Lembrete via email
- Pesquisa de satisfação
- Exibir agendas por dia, semana ou mês.
- Relatórios detalhados e quantitativos de agendamentos
- Mala direta

### Financeiro e faturamento
- Receitas, despesas
- Orçamentos
- NFe
- Integração com cielo, pagseguro (outro?)
- Gerenciar convênios
- Faturamente TISS
- Emissão de boleto e de recibos
- Operadora de plano
- Controle de faturamento de múltiplos convênios
- Dashboard
- Contas bancárias
- Caixa interno
- Controle de custo
- Auditoria
- Comissões
- Relatórios de contratos
- Multas
- Configuração de boleto bancário

### Fluxo de paciente
- Sala de espera
- Consultório
- Pendências
- Atendimentos
- Aniversariantes
- Botão de pânico
- Importação de paciente
- Plano de indicação
- Filas de atendimento
- Cadastro de paciente com fotos
- Cadastro de paciente
- Controle de retorno

### Atenção à saúde
- Alertas
- Odontograma gráfico
- Situação bucal
- Prescrição
- Atestado
- Planejamento
- Anamnese clínica e ATM
- Fotografias
- Solicitação de exames
- Solicitação de próteses
- Relatório de procedimentos
- Procedimentos em aberto
- Procedimentos realizados
- Procedimentos cancelados
- Ortodontia
- Anexo de imagens (fotos antes e depois)
- Ficha clínica 
- Histórico clínico
- Medicamentos
- Fórmulas
- CID-10

### Produtos
- Produtos
- Fornecedores
- Categorias
- Ordem de compra
- Controle de compras
- Requisição de produtos
- Inventário de estoques

### Pessoal
- Ranking de dentistas
- Relatório de “todos os dentistas”
- Relatório de remunerações
- Estatística de produtividade
- Comunicação interna
- Cadastro de corpo clínico
- Chat com colaboradores da clínica
- Controle de ponto

### Software e hardware
- Backup diário
- Cliente disponível para iOs, Android e desktop (browser)
- Acesso à agenda online, tanto pelo paciente quanto pelo odontólogo
- Funcionalidade pode ser executada em Windows, Linux ou MacOS.
- Pode ser implantado em "nuvem"
- Deve ser executado em hardware "convencional" (commodity hardware).
- Suporte para múltiplos idiomas.
- O SISB deve estar em conformidade com o Manual de Certificação da SBIS. Não conformidades deverão ser aprovadas pelo patrocinador.
- Qualidade interna. A interação de clientes (interface com o usuário) e os serviços oferecidos será projetado em conformidade com as diretrizes contidas no [API Design Guid](https://cloud.google.com/apis/design/). 
- O SISB deve estar em conformidade com os padrões adotado pelo Brasil para interoperabilidade semântica.
- O SISB deve interagir com os serviços do barramento do SUS: CNS, CNES, SIGTAP, e-SUS AB e Horus.
- Manutenção corretiva deve ser feita em no máximo 2 dias.
- Não poderá ficar indisponível por no máximo 2 horas por dia.
- Apresentar bom desempenho.
- O SISB deve ser capaz de se manter em operação por um peíodo ininterrupto de 30 dias. 
- O cenário típico de uso do SISB é uma instalação que atende 10 usuários. Outros cenários devem contemplar 50, 200, 1.000 e 10.000 usuários.
- O SISB deve estar apto para armazenar dados para 5000, 100.000 e 10.000.000 de pacientes.
-  O cycle time do SISB deve ser de, no máximo, 2 horas.
- A facilidade de uso do SISB deve ser uma de suas principais características. De fato, apenas com a autorização do patrocinador do projeto um aspecto de usabilidade deverá ser "prejudicado" em detrimento de outro requisito.<commit_msg>Update Requisitos.md<commit_after>
# Especificação de Requisitos do SISB
O SISB envolve várias funcionalidades conforme o [ConOps](https://github.com/kyriosdata/sisb/blob/master/ConOps.md).
Em consequência, acredita-se que, em uma análise preliminar, uma hierarquia iniciada por necessidades/objetivos dê origem a características ou requisitos de usuário (registrados por meio de estórias de usuários e/ou casos de uso) que, por sua vez, deem origem a requisitos de software.

## Características
As características desejáveis seguem abaixo agrupadas por "tópicos" relevantes. Os itens de cada tópico seguem em ordem de prioridade.

### Agendamento
- Agendamento de consultas
- Agenda telefônica e de contatos (whatsapp, skype, ..)
- Alerta de retorno (whatsapp)
- Controle de retornos
- Confirmar consulta
- Disponibilidade (para agendamento)
- Enviar SMS, receber SMS e produzir relatório de enviados/recebidos
- Lembrete via email
- Pesquisa de satisfação
- Exibir agendas por dia, semana ou mês.
- Relatórios detalhados e quantitativos de agendamentos
- Mala direta

### Financeiro e faturamento
- Receitas, despesas
- Orçamentos
- NFe
- Integração com cielo, pagseguro (outro?)
- Gerenciar convênios
- Faturamente TISS
- Emissão de boleto e de recibos
- Operadora de plano
- Controle de faturamento de múltiplos convênios
- Dashboard
- Contas bancárias
- Caixa interno
- Controle de custo
- Auditoria
- Comissões
- Relatórios de contratos
- Multas
- Configuração de boleto bancário

### Fluxo de paciente
- Cadastro de paciente com fotos
- Atendimentos
- Gerenciamento de espera de paciente
- Filas de atendimento
- Aniversariantes
- Importação de paciente
- Plano de indicação
- Cadastro de paciente
- Controle de retorno
- Pendências
- Botão de pânico

### Atenção à saúde
- Alertas
- Odontograma gráfico
- Situação bucal
- Prescrição
- Atestado
- Planejamento
- Anamnese clínica e ATM
- Fotografias
- Solicitação de exames
- Solicitação de próteses
- Relatório de procedimentos
- Procedimentos em aberto
- Procedimentos realizados
- Procedimentos cancelados
- Ortodontia
- Anexo de imagens (fotos antes e depois)
- Ficha clínica 
- Histórico clínico
- Medicamentos
- Fórmulas
- CID-10

### Produtos
- Produtos
- Fornecedores
- Categorias
- Ordem de compra
- Controle de compras
- Requisição de produtos
- Inventário de estoques

### Pessoal
- Ranking de dentistas
- Relatório de “todos os dentistas”
- Relatório de remunerações
- Estatística de produtividade
- Comunicação interna
- Cadastro de corpo clínico
- Chat com colaboradores da clínica
- Controle de ponto
- Consultório


### Software e hardware
- Backup diário
- Cliente disponível para iOs, Android e desktop (browser)
- Acesso à agenda online, tanto pelo paciente quanto pelo odontólogo
- Funcionalidade pode ser executada em Windows, Linux ou MacOS.
- Pode ser implantado em "nuvem"
- Deve ser executado em hardware "convencional" (commodity hardware).
- Suporte para múltiplos idiomas.
- O SISB deve estar em conformidade com o Manual de Certificação da SBIS. Não conformidades deverão ser aprovadas pelo patrocinador.
- Qualidade interna. A interação de clientes (interface com o usuário) e os serviços oferecidos será projetado em conformidade com as diretrizes contidas no [API Design Guid](https://cloud.google.com/apis/design/). 
- O SISB deve estar em conformidade com os padrões adotado pelo Brasil para interoperabilidade semântica.
- O SISB deve interagir com os serviços do barramento do SUS: CNS, CNES, SIGTAP, e-SUS AB e Horus.
- Manutenção corretiva deve ser feita em no máximo 2 dias.
- Não poderá ficar indisponível por no máximo 2 horas por dia.
- Apresentar bom desempenho.
- O SISB deve ser capaz de se manter em operação por um peíodo ininterrupto de 30 dias. 
- O cenário típico de uso do SISB é uma instalação que atende 10 usuários. Outros cenários devem contemplar 50, 200, 1.000 e 10.000 usuários.
- O SISB deve estar apto para armazenar dados para 5000, 100.000 e 10.000.000 de pacientes.
-  O cycle time do SISB deve ser de, no máximo, 2 horas.
- A facilidade de uso do SISB deve ser uma de suas principais características. De fato, apenas com a autorização do patrocinador do projeto um aspecto de usabilidade deverá ser "prejudicado" em detrimento de outro requisito.
{'fraction_non_alphanumeric': 0.05656827002234505, 'fraction_numerical': 0.00964365518052452, 'mean_word_length': 4.129071170084439, 'pattern_counts': {'":': 0, '<': 3, '<?xml version=': 0, '>': 3, 'https://': 4, 'lorem ipsum': 0, 'www.': 0, 'xml': 0}, 'pii_count': 0, 'substrings_counts': 0, 'word_list_counts': {'cursed_substrings.json': 0, 'profanity_word_list.json': 0, 'sexual_word_list.json': 0, 'zh_pornsignals.json': 0}}
{'dir': 'git-commits-cleaned', 'id': '1632569', 'n_tokens_mistral': 3112, 'n_tokens_neox': 2997, 'n_words': 1118}