Contract

EDITAL DE LICITAÇÃO	Processo Licitatório Modalidade - Pregão Presencial	PRC 0257/2022 PRG 0015/2022
- OBJETO: “CONTRATAÇÃO DE EMPRESA PARA FORNECER LICENÇA TEMPORÁRIA DE USO DO SISTEMA DE GESTÃO DE SAÚDE, EM NUVEM, EM CONFORMIDADE COM A LGPD - LEI GERAL DE PROTEÇÃO DE DADOS, INCLUINDO OS SERVIÇOS DE TREINAMENTO, IMPLANTAÇÃO, CONVERSÃO DOS DADOS EXISTENTES, MANUTENÇÃO LEGAL E CORRETIVA, SUPORTE TÉCNICO, CONFIGURAÇÃO, PARAMETRIZAÇÃO E CUSTOMIZAÇÃO PARA ADAPTAR O SISTEMA ÀS NECESSIDADES DA SECRETARIA MUNICIPAL DE SAÚDE EM ATENDIMENTO ÀS NORMAS ATUALIZADAS PELO MINISTÉRIO DA SAÚDE IMPLEMENTANDO POLÍTICAS MUNICIPAIS DE SAÚDE QUE GARANTAM O ACRÉSCIMO DE QUALIDADE NO ATENDIMENTO AO MUNÍCIPE EM CONSONÂNCIA COM A POLÍTICA MUNICIPAL DE INFORMATIZAÇÃO”, conforme especificações constantes do Termo de Referência – Anexo I, pelo período de doze meses, podendo ser prorrogado de acordo com o art. 57 da Lei Federal 8.666/93. - REALIZAÇÃO DO CERTAME: O encaminhamento dos envelopes de proposta e de documentação deverá ser efetuado até a data e horário fixado neste edital. Dia: 13/06/2022 CREDENCIAMENTO: a partir das 09:00 hs ABERTURA DAS PROPOSTAS: após credenciamento. - CONSULTAS, ESCLARECIMENTOS E AQUISIÇÃO DO EDITAL: Na internet, pelo site XXX.xxxxxxxx.xx.xxx.xx, pelo e-mail xxxxxxxxx@xxxxxxxx.xx.xxx.xx, na sala do setor de Licitação desta Prefeitura ou pelo telefone 0**(00) 0000.0000, no horário das 08h as 11h e das 12h30min às 17h. O licitante que desejar receber informações ou esclarecimentos sobre o processo licitatório deverá se cadastrar para retirar o edital informando sua razão social e seu email. As empresas e/ou representantes que tiverem interesse em participar deste certame obrigam-se a acompanhar as publicações referentes ao processo, com vistas a possíveis alterações e avisos.

PROCESSO LICITATÓRIO N º XXX 0000/0000 XXXXXX PRESENCIAL Nº PRG 0015/2022 MODALIDADE: TIPO: MENOR PRECO GLOBAL

1 – PREÂMBULO

O MUNICÍPIO DE CLARAVAL, pessoa jurídica de direito Público interno, inscrita no CNPJ sob o nº 17.894.056/0001-30, com sede à Xxxxx Xxxxxx Xxxxxxxx Xxxxx, Xx 000, Xxxxxx, XXXXXXXX-XX, XXX 00.000-000, através de seu prefeito municipal, o Senhor Xxxx Xxxxxxx Xxxxxx, torna pública a abertura do Processo Licitatório nº 0257/2022 modalidade Pregão Presencial nº 0015/2022, do tipo MENOR PREÇO GLOBAL, na forma e condições estabelecidas neste Edital e seus anexos e em conformidade com a Lei nº 10.520/02, com o Decreto Federal nº 3.555/00 e, subsidiariamente, com a Lei nº 8.666/93, e posteriores alterações.

O pregão será realizado em sessão pública, pela pregoeira Xxxxxx Xxxxxxx Xxxxxx Faleiros e Equipe de Apoio composta pelos servidores públicos municipais, Xxxxxx Xxxx x Xxxxx, Olimpio Xxxxxxx Xxxxxx e Xxxxx Xxxxx xx Xxxxx Xxxxxx, designados pela Portaria nº 001 de 03 de janeiro de 2022.

2- OBJETO

2.1 – É objeto do presente Pregão “CONTRATAÇÃO DE EMPRESA PARA FORNECER LICENÇA TEMPORÁRIA DE USO DO SISTEMA DE GESTÃO DE SAÚDE, EM NUVEM, EM CONFORMIDADE COM A LGPD - LEI GERAL DE PROTEÇÃO DE DADOS, INCLUINDO OS SERVIÇOS DE TREINAMENTO, IMPLANTAÇÃO, CONVERSÃO DOS DADOS EXISTENTES, MANUTENÇÃO LEGAL E CORRETIVA, SUPORTE TÉCNICO, CONFIGURAÇÃO, PARAMETRIZAÇÃO E CUSTOMIZAÇÃO PARA ADAPTAR O SISTEMA ÀS NECESSIDADES DA SECRETARIA MUNICIPAL DE SAÚDE EM ATENDIMENTO ÀS NORMAS ATUALIZADAS PELO MINISTÉRIO DA SAÚDE IMPLEMENTANDO POLÍTICAS MUNICIPAIS DE SAÚDE QUE GARANTAM O ACRÉSCIMO DE QUALIDADE NO ATENDIMENTO AO MUNÍCIPE EM CONSONÂNCIA COM A POLÍTICA MUNICIPAL DE INFORMATIZAÇÃO”.

3 - CONDIÇÕES DE PARTICIPAÇÃO

3.1. Podem participar desta licitação os interessados que atenderem todas as exigências constantes deste edital.

3.2. É vedada a participação de empresas:

3.2.1. Declaradas inidôneas para licitar junto a qualquer órgão da Administração direta ou indireta federal, estadual ou municipal, enquanto perdurarem os motivos da punição ou até que seja promovida a reabilitação perante a própria autoridade que aplicou a penalidade;

3.2.2. Declaradas suspensas para contratar junto a qualquer órgão da Administração;

3.2.3. Cujo objeto social não seja pertinente e compatível com o objeto desta licitação.

3.2.4. Com falência declarada, em liquidação judicial ou extrajudicial;

3.3. O credenciamento nesta licitação implica em aceitação integral e irretratável dos termos deste PREGÃO, seus ANEXOS, bem como, a observância dos regulamentos, normas e das disposições legais pertinentes.

3.4. A observância das vedações dos itens anteriores é de inteira responsabilidade do licitante que, pelo descumprimento, se sujeita às penalidades cabíveis.

2.1.5 – Essa licitação NÃO se destina exclusivamente à ME’s e EPP’s tendo em vista o inciso II do art.49 da Lei Complementar nº 123/2006.

4 - ENTREGA DOS ENVELOPES

4.1 - Dos envelopes “PROPOSTA COMERCIAL” e “DOCUMENTAÇÃO DE HABILITAÇÃO”.

4.1.1 - Os envelopes “Proposta Comercial” e “Documentação de Habilitação” deverão ser entregues indevassáveis, devidamente fechados até às 09:00 do dia 13/06/2022, na Xxxxx Xxxxxx Xxxxxxxx Xxxxx, 000 - xxxxxx, não sendo consideradas as propostas entregues com atraso, onde em seguida serão encaminhados a Pregoeira, na sessão pública de abertura deste certame, que será às 09h:00min do mesmo dia, conforme endereço, dia e horário especificados abaixo:

LOCAL: Prefeitura Municipal de Claraval – Xxxxx Xxxxxx Xxxxxxxx Xxxxx, 000 - Xxxxxx DATA: 13/06/2022

HORÁRIO DE ENTREGA DOS ENVELOPES DE PROPOSTA E DOCUMENTAÇÃO: 09:00 HORÁRIO DE ABERTURA DOS ENVELOPES DE PROPOSTA E DOCUMENTAÇÃO: 09:00

4.1.2 - Os envelopes deverão ainda indicar em sua parte externa e frontal os seguintes dizeres:

ENVELOPE N.º 01 PROPOSTA COMERCIAL

PREFEITURA MUNICIPAL DE CLARAVAL/MG PROCESSO PRC Nº PRC 0257/2022

PREGÃO PRESENCIAL N.º PRG 0015/2022 DATA: 13/06/2022

RAZÃO SOCIAL DA EMPRESA

ENVELOPE N.º 02

DOCUMENTAÇÃO PARA HABILITAÇÃO PREFEITURA MUNICIPAL DE CLARAVAL/MG PROCESSO PRC Nº PRC 0257/2022

PREGÃO PRESENCIAL N.º PRG 0015/2022 DATA: 13/06/2022

RAZÃO SOCIAL DA EMPRESA

4.2 – Não serão aceitos envelopes de documentação e proposta comercial remetidos por telex, correio eletrônico (internet) e fac símile (Fax), devendo as empresas participantes encaminhar os envelopes pessoalmente na Prefeitura Municipal até às 09:00 do dia 13/06/2022, ou por via postal (Correios), desde que expedidos em tempo de serem recebidos até o horário e data retro mencionados. O(s) licitante(s) que no ato da abertura da sessão não tiver representante credenciado, não terá direito a lance.

4.3 - A Prefeitura Municipal de Claraval/MG não se responsabilizará por envelopes de “Proposta Comercial” e “Documentação de Habilitação” que não sejam entregues ao Setor de Compras e Licitações, designado no preâmbulo, no local, data e horários definidos neste edital.

5 - CREDENCIAMENTO

5.1. Tratando-se de representante legal, deverá apresentar contrato social (acompanhado da última alteração contratual, ou Consolidação) ou documento equivalente de constituição da empresa, em cópia autenticada ou à vista do original, no qual estejam expressos seus poderes para exercerem direitos e assumir obrigações em decorrência de tal investidura.

5.2. Tratando-se de procurador, deverá apresentar o instrumento de procuração pública ou particular com firma reconhecida, do qual constem poderes específicos para formular lances, negociar preço, interpor recursos e desistir de sua interposição e praticar todos os demais atos pertinentes ao certame, acompanhado do correspondente documento dentre aqueles indicados no item 5.1, que comprove os poderes do mandante para a outorga.

5.3. Os agentes ou representantes comerciais deverão comprovar essa condição com a apresentação do respectivo contrato de representação ou procuração específica, fora dos envelopes, devendo todos os documentos de habilitação e da proposta serem apresentados em nome do representado.

5.4. O representante ou o procurador deverão apresentar ou preencher DECLARAÇÃO (Anexo IV), até a fase de credenciamento, dando ciência de que cumpre plenamente os requisitos de habilitação, sob pena de não participarem do certame e serem devolvidos os envelopes, caso haja recusa.

5.5. Comprovante de Cadastro de Pessoa Jurídica (CNPJ).

5.6. Para fins de aplicação da Lei complementar nº 147/2014 que fomenta a participação de microempresas e empresas de pequeno porte em licitações públicas através da concessão de tratamento favorecido, diferenciado e simplificado, instituído pela Lei Complementar nº 123/2006 e suas alterações, em especial quanto ao art. 3º, as empresas deverão apresentar sob pena de não credenciamento e consequentemente ser impedida de participar do certame:

5.6.1. DECLARAÇÃO (Anexo VI), sob as penas da Lei, de que cumprem os requisitos legais para a qualificação como microempresas ou empresas de pequeno porte, estando aptas a usufruir o tratamento favorecido estabelecido no Capítulo V – Seção Única daquela Lei Complementar;

5.6.2. A comprovação de enquadramento no porte de Microempresa (ME) ou Empresa de Pequeno Porte (EPP), deverá ser realizada através de apresentação de comprovação de opção pelo simples nacional OU de Declaração de enquadramento registrada na Junta Comercial Competente ou Cartório de Registro Civil das Pessoas Jurídicas do local de sua sede, ambas, com prazo de emissão não superiores à 90 (noventa) dias.

5.6.3. As empresas declaradas como ME ou EPP deverão apresentar toda a documentação exigida para efeito de comprovação de regularidade fiscal, mesmo que esta apresente alguma restrição;

5.6.4. Havendo alguma restrição na comprovação da regularidade fiscal, será assegurado o prazo de 05 (cinco) dias úteis, cujo termo inicial corresponderá ao momento em que o proponente for declarado

vencedor do certame, prorrogável por igual período, a critério da administração, para a regularização da documentação, pagamento ou parcelamento do débito e emissão de eventuais certidões negativas ou positivas com efeito de certidão negativa;

5.6.5. A declaração do vencedor acontecerá no momento imediatamente posterior à fase de habilitação, aguardando-se os prazos de regularização fiscal para a abertura da fase recursal;

5.6.6. A prorrogação do prazo previsto no Item 4.6.4 deverá sempre ser concedida pela administração quando requerida pelo licitante, a não ser que exista urgência na contratação ou prazo insuficiente para o empenho, devidamente justificado;

5.6.7. A não-regularização da documentação no prazo previsto no Item 4.6.4 implicará decadência do direito à contratação, sem prejuízo das sanções previstas no art. 81 da Lei nº 8.666/93, sendo facultado à administração convocar os licitantes remanescentes, na ordem de classificação, ou revogar a licitação.

6 - PROPOSTAS COMERCIAIS

6.1. O Envelope 1 deverá conter a Proposta de Preços, nos termos do modelo constante do ANEXO II com os seguintes elementos.

a) Número do Pregão;

b) Nome, endereço, Telefones de contato, e-mail, CNPJ, Inscrição Municipal e Estadual, conforme ramo da licitante;

c) Nome e número do Banco, agência e conta corrente da proponente. O descumprimento deste item não acarreta a desclassificação da proposta da licitante.

d) Descrição do objeto da presente licitação, em conformidade com as especificações técnicas contidas neste Edital e seus anexos;

e) Preço unitário e total, em moeda corrente nacional, em algarismo e por extenso, apurado à data de sua apresentação, sem inclusão de qualquer encargo financeiro ou previsão inflacionária.

f) Prazo de validade que deverá ser de, no mínimo, 60 (sessenta) dias a contar da data de sua apresentação;

g) Declaração expressa de estarem incluídos nos preços propostos todos os impostos, taxas e encargos devidos, bem como quaisquer outras despesas diretas e indiretas incidentes na entrega do objeto deste edital.

6.2. O preço ofertado permanecerá fixo e irreajustável.

6.3. Para efeito de julgamento, havendo divergência entre o valor expresso em algarismos e por extenso, prevalecerá o valor por extenso.

6.4. A proposta deverá ser elaborada em papel timbrado da empresa e/ou com carimbo do CNPJ e redigida em língua portuguesa, salvo quanto às expressões técnicas de usos corrente, com suas páginas numeradas seqüencialmente, sem rasuras, emendas, borrões ou entrelinhas e ser datada e assinada pelo representante legal da licitante ou pelo procurador.

7 - HABILITAÇÃO

7.1. O Envelope 2 deverá conter a documentação relativa à habilitação jurídica, à regularidade fiscal, qualificação econômico-financeira e à qualificação técnica.

7.2. Será considerado habilitado o licitante que apresentar os documentos relacionados neste item.

7.3. O licitante que participar do certame declarando que cumpre os requisitos de habilitação e não cumpri- los, será inabilitado e estará sujeito às penalidades previstas no item 17 do Edital.

7.4. Constituem motivos para inabilitação do licitante, o não cumprimento dos requisitos de habilitação.

7.4.1. Para efeito da validade das certidões de regularidade fiscal, se outro prazo não constar da lei ou do próprio documento, será considerado o lapso de 60 (sessenta) dias entre a data de sua expedição e a data limite para o recebimento da proposta.

7.5. Referente à habilitação jurídica:

7.5.1-Registro Comercial, no caso de empresa individual;

7.5.2- Ato constitutivo, estatuto ou Contrato Social em vigor e suas alterações, com todas as cláusulas necessárias para constituição da empresa, devidamente registradas, em se tratando de Sociedade por Cotas e, em se tratando de Sociedade por Ações, acompanhadas dos documentos de eleição de seus atuais administradores.

7.5.3-Inscrição do Ato constitutivo, no caso de sociedades civis, acompanhada de prova de Diretoria em exercício.

7.5.4- Cópia de documentos pessoais do responsável pela empresa.

Obs. Para as empresas que se credenciaram apresentando a habilitação jurídica será desnecessário reapresentá-la no juntamente com a documentação de habilitação.

7.6. Referente à regularidade fiscal:

7.6.1 – Certidão Negativa de Débito para com a Fazenda Municipal;

7.6.2 - Prova de regularidade para com a Fazenda Estadual do domicílio ou sede do licitante;

7.6.3 – Certidão Unificada de Regularidade Fiscal de Débitos Relativos a Tributos Federais e à Dívida Ativa da União inclusive as contribuições sociais conforme portaria MF nº 358/2014;

7.6.4 - Certificado de Regularidade para com o FGTS.

7.7 - Regularidade Trabalhista:

7.7.1- Certidão negativa de débito trabalhista;

7.8 – Demais Documentos:

7.8.1 Declaração conjunta de não ocorrência de fatos impeditivos à participação em licitação e de cumprimento com o inciso XXXIII do art. 7º da Constituição Federal, conforme Anexo V.

7.9. Referente à qualificação econômico-financeira:

7.9.1 a) - Certidão negativa de falência ou concordata, com data de emissão inferior a 90 dias da data de abertura dos envelopes de documentação (no caso de empresas com filiais, apresentar a certidão da matriz).

b) - Balanço patrimonial e demonstrações contábeis do último exercício social, já exigíveis e apresentados na forma da Lei, devidamente extraídos do livro Diário, devidamente assinado pelo contador responsável, que comprovem a boa situação financeira da empresa. Vedada a sua substituição por balancetes ou balanços provisórios, podendo ser atualizados por índices oficiais quando encerrados há mais de três (3) meses da data de apresentação da proposta, ainda que a licitante esteja desobrigada a elaborá-las por razões fiscais ou comprovar que possui capital social mínimo ou valor do patrimônio líquido em até 10% (dez por cento) do valor estimado da contratação.

7.9.2 - No caso de empresas constituídas no mesmo exercício fiscal deste certame, será necessária a apresentação do Balanço de Abertura da mesma, desconsiderando os documentos exigidos no item b.

7.9.3 - No caso de empresas constituídas no mesmo exercício fiscal deste certame, cujo Passivo Circulante seja igual a zero, há que se comprovar um Ativo Circulante positivo somente.

7.10. Referente à qualificação técnica:

7.10.1. Mínimo de 01 atestado(s) de capacidade técnica fornecido(s) por pessoa(s) jurídica(s) de direito público ou privado, comprobatório de que o licitante fornece ou já forneceu regular e corretamente, o objeto

licitado, com nome completo do representante legal, em papel timbrado do emitente e reconhecimento de sua firma.

7.10.2. Indicação dos profissionais responsáveis técnicos pela prestação dos serviços, sendo eles, no mínimo:

a) 01(um) profissional com formação superior ou especialização em áreas de Tecnologia da Informação, comprovado por certificado.

b) 01(um) profissional com formação superior ou especialização em Gestão de Saúde, comprovado por certificado.

7.10.3. Será admitida a apresentação de um único responsável técnico, desde que comprove possuir ambas as certificações exigidas nas alíneas a e b do subitem 7.10.2.

7.10.4. Atestado de Visita Técnica fornecido pelo Município, atestando que a empresa licitante participou da visita e recebeu todos os esclarecimentos necessários sobre o processo licitatório, e, onde a referida empresa declara ter pleno conhecimento do objeto licitado; das características e detalhamentos do software; das condições de fornecimento previstas neste processo licitatório e; do Edital de Licitação e seus demais Anexos, o que possibilitará a mesma, elaborar a sua proposta de forma adequada. Para a realização da visita, o Representante da empresa licitante deverá se apresentar na Prefeitura Municipal, impreterivelmente até o dia 10 de junho de 2022, em horários previamente agendados junto a Secretaria Municipal de Saúde, através do telefone (000)0000-0000.

7.11– Conforme a Lei Complementar nº 123 de 2006, as microempresas e empresas de pequeno porte que apresentarem quaisquer restrições com relação às exigências de regularidade fiscal, no momento da habilitação, declaradas vencedoras, terão o prazo de 05 (cinco) dias úteis para apresentarem documentos que comprovem a regularização da pendência.

7.11.1- A não regularização da documentação, no prazo previsto no item anterior implicará decadência do direito à contratação, sem prejuízo das sanções previstas no art. 81 da Lei 8.666/93, sendo facultado à Administração convocar os licitantes remanescentes, na ordem de classificação, para a assinatura da Ata, ou revogar a licitação.

8 - SESSÃO DO PREGÃO

8.1 – Após encerrado o horário de entrega e protocolo dos envelopes de “Proposta Comercial” e “Documentação para Habilitação” estabelecido no item 4.1.1, a Pregoeira declarará aberta a sessão do PREGÃO, oportunidade em que não mais aceitará novos proponentes.

8.2 - CLASSIFICAÇÃO DAS PROPOSTAS COMERCIAIS

8.2.1 – Abertos os envelopes de Propostas Comerciais, o Pregoeiro verificará a conformidade destas com os requisitos formais e materiais do edital e o atendimento a todas as especificações e condições estabelecidas neste Edital e seus Anexos, sendo imediatamente desclassificadas aquelas que estiverem em desacordo.

8.2.2 – Dentre as propostas aceitas, o Pregoeiro classificará em primeiro lugar a de menor preço por item e as demais que tenham apresentado descontos sucessivos e inferiores em até 10% (dez por cento) abaixo daquele de maior valor, para participarem dos lances verbais.

8.2.3– Se não houver, no mínimo 03 (três) propostas de desconto nas condições definidas na cláusula anterior, o Pregoeiro classificará as melhores subseqüentes, até o máximo de 03 (três), para que seus autores participem dos lances verbais, quaisquer que sejam os descontos oferecidos nas propostas escritas apresentadas.

8.3 – LANCES VERBAIS

8.3.1 - O Pregoeiro abrirá oportunidade para oferecimento de sucessivos lances verbais aos representantes das licitantes cujas propostas estejam classificadas no intervalo compreendido entre o maior desconto e o desconto inferior àquele em até 10% (dez por cento) repetindo-se o procedimento para cada uma das propostas classificadas, a partir do autor da proposta classificada de menor preço unitário e os demais, sendo assegurado o direito de preferência às microempresas e empresas de pequeno porte conforme LC nº 123/06.

8.3.2 - Se duas ou mais propostas escritas, em absoluta igualdade de condições, ficarem empatadas, será realizado sorteio para definir a ordem de apresentação dos lances.

8.3.3 - Caso o licitante não queira ofertar lances, o mesmo será excluído da fase de lances verbais e será mantido o valor da proposta ou de seu último lance para efeito da classificação final.

8.3.4 – Não poderá haver desistência dos lances ofertados, sujeitando-se a proponente desistente às penalidades constantes nas Leis Federais 10.520/02 e 8666/93.

8.4 – JULGAMENTO

8.4.1 - O critério de julgamento será o de MENOR PREÇO GLOBAL como determinado no Anexo I.

8.4.2 - A Pregoeira examinará a aceitabilidade do(s) item(s) da(s) proposta(s) classificada(s), quanto a especificação do objeto e valor, decidindo motivadamente a respeito.

8.4.2.1 - Caso não se realize lances verbais, será verificada a conformidade entre a proposta escrita de menor preço e o valor estimado da contratação, cabendo ainda a Pregoeira a condição de negociação.

8.4.2.2 - Em havendo apenas uma oferta e desde que atenda a todos os termos do Edital e que seu preço seja compatível com o valor estimado da contratação, esta poderá ser aceita, cabendo ainda a Pregoeira a condição de negociação.

8.4.3 – Após aceito a oferta de menor preço para todo(s) o(s) ITEM(s), será aberto o envelope contendo a documentação de habilitação do(s) proponente(s), para confirmação das suas condições habilitatórias.

8.4.4 – Constatado o atendimento pleno às exigências deste Edital, será declarado o proponente vencedor, sendo-lhe adjudicado o objeto para o qual apresentou proposta.

8.4.5 - Se a proposta não for aceitável ou se o proponente não atender ás exigências habilitatórias, a Pregoeira examinará as ofertas subseqüentes, pela ordem de classificação, verificando a sua aceitabilidade e procedendo a verificação das condições de habilitação do proponente até a apuração de uma proposta que atenda ao edital, sendo o respectivo proponente declarado vencedor e a ele adjudicado o objeto para o qual apresentou proposta.

8.4.6 - Apurada a melhor proposta que atenda ao Edital, a Xxxxxxxxx deverá negociar para que seja obtido um melhor preço.

8.5 - Da reunião, lavrar-se-á ata circunstanciada, na qual serão registrados todos os atos do procedimento e as ocorrências relevantes e que, ao final, será assinada pela Pregoeira, Equipe de Apoio, e pelos licitantes.

8.6 - Decididos os recursos ou transcorrido o prazo para sua interposição relativamente ao pregão, a Pregoeira devolverá, aos licitantes que tiverem suas propostas desclassificadas em todos os itens, os envelopes “DOCUMENTAÇÃO DE HABILITAÇÃO” inviolados, podendo, todavia, retê-los até o encerramento da licitação.

9 - RECURSOS

9.1 - Declarado o vencedor, qualquer licitante poderá manifestar imediata e motivadamente a intenção de recorrer, cuja síntese será lavrada em ata, sendo concedido o prazo de 03 (três) dias para apresentação das razões de recurso, ficando os demais licitantes desde logo intimados para apresentar contra-razões em igual número de dias, que começarão a correr do término do prazo do recorrente, sendo-lhes assegurada vista imediata dos autos.

9.1.1. A Pregoeira poderá, no ato de interposição do recurso, exercer juízo de admissibilidade, recebendo ou não o apelo, motivadamente.

9.2 - O licitante poderá também apresentar as razões do recurso no ato do pregão, as quais serão reduzidas a termo na respectiva ata, ficando todos os demais licitantes desde logo intimados para apresentar contra- razões no prazo de 03 (três) dias, contados da lavratura da ata, sendo-lhes assegurada vista imediata dos autos.

9.3 - A falta de manifestação imediata e motivada do licitante, importará a decadência do direito de recurso.

9.4 - Os recursos deverão ser decididos no prazo máximo de 03 (três) dias.

9.5 - O acolhimento de recurso importará a invalidação apenas dos atos insuscetíveis de aproveitamento.

9.6 - O resultado do recurso será divulgado mediante afixação no quadro de avisos deste órgão e comunicado a todos os licitantes via fax ou correio eletrônico.

10 - HOMOLOGAÇÃO E DA ADJUDICAÇÃO

10.1 – Inexistindo interposição de recurso, a Pregoeira adjudicara o objeto da licitação ao licitante vencedor, e encaminhará o processo respectivo para homologação do resultado pelo Prefeito Municipal.

10.2 – Decididos os recursos por ventura interpostos, e constatada a regularidade dos atos procedimentais, o Prefeito Municipal procederá à Homologação e determinará a contratação.

11 – DO EXAME DE FUNCIONALIDADES DO SOFTWARE

11.1. O Exame de Funcionalidades do Software visa assegurar a qualidade mínima pretendida quanto à adequação às especificações exaradas no PROJETO BÁSICO, resguardando efetivamente a qualidade necessária para aferição do menor preço efetivo.

11.2. A adjudicação dos serviços fica condicionada ao Exame de Funcionalidades do Software com comprovação pela licitante de que a solução proposta tem conformidade com todos os requisitos de funcionalidades e especificações técnicas listadas no PROJETO BÁSICO.

11.3. A licitante provisoriamente classificada em primeiro lugar será submetida ao Exame de Funcionalidades realizada por Comissão Técnica composta para este fim, cuja análise poderá ocorrer imediatamente após a habilitação, ou no mais tardar, no primeiro dia útil após o encerramento da sessão do pregão, ficando a licitante provisoriamente vencedora, desde já convocada.

11.5. O Exame de Funcionalidades terá duração máxima de 01 (um) dia, compreendendo o interregno entre 09:00 e 17:00 horas com 01(uma) hora de almoço, podendo ser prorrogado por conveniência da Comissão Técnica de Avaliação.

11.6. Para o Exame de Funcionalidades a licitante deverá trazer os equipamentos necessários e os módulos do Software devidamente instalados e configurados para comprovação do atendimento às especificações técnicas do PROJETO BÁSICO, sob pena de desclassificação, podendo a Comissão Técnica exigir a demonstração em equipamento pertencente à Prefeitura. Os equipamentos utilizados para demonstração do Software ficarão retidos no local da demonstração até a liberação dos mesmos pela Comissão Técnica. Caso a licitante retire seus equipamentos do local da demonstração, por qualquer período ou motivo antes do término da demonstração, considerar-se-á concluída a demonstração das funcionalidades do software.

11.7. Serão fornecidos pela Administração materiais necessários à aplicação da Avaliação Técnica, sendo eles: Arquivos do CNES e CADSUS, Tabelas do SIA SUS e SIGTAP, Arquivos da PPI, Arquivos do PNI, Arquivos de Mapa Cartográfico.

11.8. A Comissão Técnica encerrará a Sessão por ata circunstanciada.

11.9. Após término da análise, a Comissão Técnica se reunirá para conclusões acerca da avaliação de cada membro, emitindo Parecer Conclusivo que será encaminhado a Pregoeira no prazo máximo de 2 (dois) dias úteis.

11.10. A licitante que não comparecer para início dos trabalhos no prazo estipulado, ou que não demonstre satisfatoriamente o atendimento às especificações constantes no PROJETO BÁSICO, será desclassificada.

11.11. Declarada satisfatório o Exame de Funcionalidades, a Pregoeira adjudicará à empresa vencedora o objeto definido neste Edital.

11.12. Se a oferta não for aceitável, ou se a licitante não atender às exigências editalícias, a Pregoeira examinará as ofertas subsequentes, na ordem de classificação, até a apuração de uma proposta que atenda ao Edital, sendo a respectiva licitante declarada vencedora e a ela adjudicado o objeto.

11.15. É livre o acesso de todos os licitantes durante a análise do software da licitante provisoriamente vencedora, não se admitindo qualquer intervenção durante o exame prático, podendo os mesmos se manifestar em fase recursal.

11.16. Aos que acompanharem o Exame Técnico de Funcionalidades do Software é vedado a utilização de quaisquer aparelhos eletrônicos durante o exame, sob pena de desclassificação aos licitantes ou solicitação de retirada do local aos cidadãos.

12 - DAS OBRIGAÇÕES

12.1. DAS OBRIGAÇÕES DO CONTRATADO

12.1.1. Realizar a os serviços no prazo previsto e de acordo com as Ordens de Fornecimento emitidas pelo CONTRATANTE;

12.1.2. Regularizar defeitos que não estiver de acordo com as especificações deste termo, no xxxxx xxxxxx xx 00 (xxxxxxxx x xxxx) horas, contados a partir da comunicação feita pela CONTRATANTE;

12.1.3. Manter, durante a execução do contrato, compatibilidade com as obrigações assumidas, exigidas no PROJETO BÁSICO, no Edital e anexos;

12.1.4. Responsabilizar-se pelo pagamento de seguros, impostos, taxas e serviços, encargos sociais e trabalhistas, e quaisquer despesas referentes aos bens.

12.2. DAS OBRIGAÇÕES DA CONTRATANTE

12.2.1. Efetuar o pagamento no prazo estabelecido;

12.2.2. Fiscalizar o fornecimento do objeto licitado, notificando, por escrito, à CONTRATADA quaisquer irregularidades encontradas nos produtos;

12.2.3. Atestar na Nota Fiscal a prestação efetiva dos serviços;

12.2.4. Proporcionar todas as facilidades que lhe couber para que a prestação dos serviços seja executada na forma estabelecida neste PROJETO BÁSICO e respectiva Ordem de Fornecimento;

12.2.5. O Município de Claraval se reserva o direito de, durante a execução do contrato, manter Comissão Especial para avaliação da qualidade do serviço prestado, cabendo a esta, solicitar o cancelamento, caso a qualidade do mesmo não atenda as necessidades da Prefeitura.

12.2.6. A Secretaria Municipal de Saúde do Município de Claraval será responsável pela produção e guarda de cópias (“backups”) de segurança dos dados.

12.2.7. Cabe a Secretaria Municipal de Saúde, a solução de problemas não oriundos do “Software”, principalmente os relativos aos equipamentos de sua propriedade.

12.2.8. O Município de Claraval e seus diversos setores serão responsáveis pela conferência dos dados reprocessados ou migrados.

13 - DAS CONDIÇÕES DE FORNECIMENTO

13.1. Na hipótese de constatação prestação de serviços em desacordo com as condições estipuladas serão aplicadas as penalidades contratuais cabíveis à CONTRATADA, cabendo ainda ao CONTRATANTE o direito de mover ação judicial, responsabilizando-a civilmente por eventuais danos ou prejuízos que o fornecimento e uso destes produtos inadequados possam causar.

14 - DA PRESTAÇÃO DOS SERVIÇOS

14.1. A prestação dos serviços ocorrerá de acordo com as Ordens de Fornecimento emitidas pelo CONTRATANTE.

14.2. A implantação deverá ocorrer no prazo improrrogável de 20 (vinte) dias.

14.3. No caso de ocorrência de motivo de força maior que venha a impossibilitar o cumprimento do prazo da prestação dos serviços, a CONTRATADA deverá comunicar por escrito ao CONTRATANTE tal ocorrência, indicando a data em que será regularizado, não podendo o adiamento dos serviços ultrapassar o prazo original.

15.5 - DA FORMA DE PAGAMENTO

15.1. O pagamento será feito por crédito em conta bancária, até o 20º (vigésimo) dia do mês subsequente a execução dos serviços, após recebimento de Ordem de Serviços e a emissão da nota fiscal, mediante apresentação, aceitação e atesto do responsável pelo recebimento do objeto.

15.2. Para a execução do pagamento de que trata o item anterior, a CONTRATADA deverá fazer constar na nota fiscal correspondente emitida, sem rasura, letra bem legível em nome da Prefeitura Municipal de Claraval, CNPJ nº 17.894.056/0001-30, o número de sua conta bancária, o nome do Banco e a respectiva Agência em que deverá ser creditado o valor devido pela remuneração apurada ou através de boleto bancário.

16 - DAS CONDIÇÕES PARA ASSINATURA DO CONTRATO

16.1. Como condição para a celebração do contrato, o licitante vencedor deverá manter as mesmas condições de habilitação.

16.2. A participação na licitação implica em aceitação integral e irretratável dos termos deste PREGÃO, seus ANEXOS, bem como, a observância dos regulamentos, normas e das disposições legais pertinentes.

16.3. Quando a Adjudicatária, convocada dentro do prazo de validade de sua proposta, não apresentar a situação regular, ou se recusar a prestar o objeto da licitação, será designada nova sessão pela autoridade competente para o exame, pela Pregoeira, da oferta subsequente de menor preço e respectiva negociação com o seu autor. Após a negociação, a Xxxxxxxxx decidirá sobre a aceitabilidade e, em caso positivo, verificará as condições de habilitação e assim sucessivamente, até a apuração de uma oferta aceitável cujo autor atenda os requisitos de habilitação, caso em que será declarado vencedor.

17 - DAS PENALIDADES

17.1. Ficará impedida de licitar e contratar com a Administração, pelo prazo de até 5 (cinco) anos ou enquanto perdurarem os motivos determinantes da punição até que seja promovida a reabilitação pela mesma autoridade que a determinou, garantindo o direito de defesa prévia, a pessoa física ou jurídica, que praticar quaisquer atos previstos no artigo 7º da Lei federal nº. 10.520, de 17 de julho de 2.002 e descritas a seguir:

17.1.1. Ensejar o retardamento da execução do certame;

17.1.2. Deixar de entregar ou apresentar documentação falsa;

17.1.3. Não mantiver a proposta;

17.1.4. Recusar-se injustificadamente a assinar o contrato;

17.1.5. Não atender os requisitos para contratação;

17.1.6. Cometer fraude fiscal;

17.1.7. Comportar-se de modo inidôneo;

17.1.8. Falhar ou fraudar na execução dos serviços.

17.2. Ficam estabelecidos os seguintes percentuais de multas:

17.2.1. De 0,3% (três décimos por cento) por dia, até o 30º (trigésimo) dia de atraso na entrega do objeto, sobre o valor do saldo contratual;

17.2.2. De 10% (dez por cento) sobre o valor do saldo contratual, no caso de atraso superior a 30 (trinta) dias;

17.2.3. De 10% (dez por cento) sobre o valor do contrato, no caso de a adjudicatária, injustificadamente, desistir do mesmo ou causar a sua rescisão.

17.3. O valor das multas aplicadas, após regular processo administrativo, deverá ser pago por meio de guia própria, da Prefeitura Municipal, no prazo máximo de 3 (três) dias úteis, a contar da data da sua aplicação.

17.4. As sanções previstas poderão ser aplicadas cumulativamente, de acordo com a gravidade do descumprimento, após regular processo administrativo, garantido o contraditório e a ampla defesa.

17.5. Após a abertura da sessão é proibida a desistência da proposta e dos lances, salvo por motivo justo, decorrente de fato superveniente e aceito pelo pregoeiro, justificadamente. O licitante que desistir da proposta e dos lances ficará sujeito ao pagamento de multa no valor de 5% (cinco por cento) do valor da proposta objeto da desistência.

17.5.1. A ata da sessão valerá como titulo à Administração, autorizando, de imediato, a emissão de guia de pagamento, ou, a critério da Administração, o ajuizamento de ação para o recebimento.

17.5.2. A recusa do licitante que desistir injustificadamente da manutenção da proposta e do lance não o exime do pagamento da multa;

17.5.3. A participação no certame implica na concordância e adesão ao firmado neste item e subitens, e sujeição à sanção nele prevista.

17.6. À contratada poderão ser aplicadas as sanções administrativas.

18 - DA DOTAÇÃO ORÇAMENTÁRIA

Os recursos financeiros para pagamentos das despesas deste correrão por conta da seguinte dotação orçamentárias:

020602 1030110012.165 339039

020603 1030210042.167 339039

19 - DAS DISPOSIÇÕES FINAIS

19.1. Constituem anexos deste instrumento convocatório, dele fazendo parte integrante:

XXXXX X – PROJETO BÁSICO;

XXXXX XX – MODELO DE PROPOSTA COMERCIAL ANEXO III – CREDENCIAMENTO

XXXXX XX – MODELO DECLARAÇÕES DE FATO IMPEDITIVO. XXXXX X – MODELO DE DECLARAÇÃO QUE NÃO EMPREGA MENOR

XXXXX XX – MODELO DE DECLARAÇAO DE ENQUADRAMENTO EM REGIME DE TRIBUTAÇÃO DE MICRO EMPRESA OU EMPRESA DE PEQUENO PORTE

ANEXO VII – MINUTA DO CONTRATO

19.2. O licitante é responsável pela fidelidade e legitimidade das informações prestadas e dos documentos apresentados em qualquer fase desta licitação. A falsidade de qualquer documento apresentado ou a inverdade das informações nele contidas implicará a imediata desclassificação ou inabilitação do proponente, ou a rescisão contratual, sem prejuízo das sanções administrativas, civis e penais cabíveis.

19.3. Toda a documentação apresentada neste instrumento convocatório e seus anexos são complementares entre si, de modo que qualquer detalhe que se mencione em um documento e se omita em outro será considerado especificado e válido.

19.4. A participação do licitante no certame implica o conhecimento integral dos termos e condições inseridos neste instrumento convocatório, bem como das demais normas legais que disciplinam a matéria.

19.5. A presente licitação não importa, necessariamente, em contratação, podendo a Prefeitura revogá-la, no todo ou em parte, por razões de interesse público, derivadas de fato superveniente comprovado ou anulá-la por ilegalidade, de ofício ou por provocação mediante ato escrito e fundamentado, disponibilizado no sistema para conhecimento dos participantes da licitação.

19.6. A Prefeitura poderá prorrogar, a qualquer tempo, os prazos para recebimento das propostas ou para sua abertura.

19.7. Para atender a seus interesses, a Prefeitura reserva-se o direito de alterar quantitativos, sem que isto implique alteração dos preços unitários ofertados, obedecidos os limites estabelecidos no § 1º do art. 65, da Lei Federal nº 8.666/93.

19.8. As decisões do Prefeito e do Pregoeiro serão publicadas no mural de aviso, quando for o caso, podendo ser aplicado o disposto no § 1º do art. 109 da Lei n.º 8.666/93.

19.9. Os casos omissos do presente Pregão serão solucionados pela Pregoeira.

19.10. Para dirimir quaisquer questões decorrentes da licitação, não resolvidas na esfera administrativa, será competente o foro da Comarca de Ibiraci / MG.

19.11. Informações complementares que visam obter maiores esclarecimentos sobre a presente licitação serão prestadas pelo Pregoeiro e Comissão de apoio, no horário 08:00 ás 11:00 e das 12:30 as 17:00, de segunda a sexta-feira, pelo telefone (0**34) 0000-0000.

Claraval/MG, 25 de maio de 2022.

Xxxx Xxxxxxx Xxxxxx Prefeito Municipal

ANEXO I PROJETO BÁSICO

1 OBJETO

CONTRATAÇÃO DE EMPRESA PARA FORNECER LICENÇA TEMPORÁRIA DE USO DO SISTEMA DE GESTÃO DE SAÚDE, EM NUVEM, EM CONFORMIDADE COM A LGPD - LEI GERAL DE PROTEÇÃO DE DADOS, INCLUINDO OS SERVIÇOS DE TREINAMENTO, IMPLANTAÇÃO, CONVERSÃO DOS DADOS EXISTENTES, MANUTENÇÃO LEGAL E CORRETIVA, SUPORTE TÉCNICO, CONFIGURAÇÃO, PARAMETRIZAÇÃO E CUSTOMIZAÇÃO PARA ADAPTAR O SISTEMA ÀS NECESSIDADES DA SECRETARIA MUNICIPAL DE SAÚDE EM ATENDIMENTO ÀS NORMAS ATUALIZADAS PELO MINISTÉRIO DA SAÚDE IMPLEMENTANDO POLÍTICAS MUNICIPAIS DE SAÚDE QUE GARANTAM O ACRÉSCIMO DE QUALIDADE NO ATENDIMENTO AO MUNÍCIPE EM CONSONÂNCIA COM A POLÍTICA MUNICIPAL DE INFORMATIZAÇÃO.

2 JUSTIFICATIVA

2.1 - Faz parte dos objetivos da administração municipal a implementação da modernização da Gestão Pública da Saúde, proporcionando informações com rapidez e transparência, em consonância com o novo modelo de gestão aplicado na Secretaria Municipal de Saúde.

2.2 - O cenário pretendido com a presente solução é dotar a Secretaria Municipal de Saúde de serviços de atenção à saúde eficientes operando uma ferramenta de modernização, através de resultados técnico- administrativos e operacionais específicos oriundos da utilização do sistema, como:

2.2.1 - Integrar a rede assistencial pública e complementar com a utilização de um sistema de informação;

2.2.2 - Garantir a execução plena das linhas de cuidado;

2.2.3 - Conhecer o perfil epidemiológico com todas as variáveis assistenciais em tempo real;

2.2.4 - Otimizar os recursos existentes na rede assistencial do SUS no Município;

2.2.5 - Potencializar a capacidade de oferta de cada ponto de atenção assistencial;

2.2.6 - Produzir qualidade, eficiência, efetividade e eficácia;

2.2.7 - Melhorar os indicadores de saúde da população;

2.2.8 - Garantir a utilização concomitante ou não dos profissionais inseridos nos estabelecimentos públicos da saúde municipal especificados na planilha constante no ANEXO II;

2.2.9 - Garantir a utilização integrada à rede pública e ao complexo regulador municipal;

2.2.10 - Garantir a padronização das tabelas de procedimentos, cadastros, e atendimentos da Secretaria Municipal de Saúde como um todo;

2.2.11 - Permitir a unificação das informações, em ambiente informatizado e centralizado, acessível via rede local, internet e/ou sincronização de estações móveis;

2.2.12 - Garantir a integração com os sistemas de informações de alimentação obrigatória do Ministério da Saúde;

2.2.13 - Permitir a identificação única dos cidadãos usuários do sistema de saúde em todos os locais de atendimento;

2.2.14 - Garantir o registro eletrônico em saúde - RES, através da construção do prontuário eletrônico do paciente único em todos os estágios do atendimento (médico, odontológico, enfermagem e demais áreas da atenção), com a possibilidade da consulta dos históricos e registros de atendimentos em todos os locais, buscando a facilidade no trato das informações, a agilidade e a segurança no atendimento;

2.2.15 - Garantir o acompanhamento do quadro clínico do paciente, possibilitando consultas aos medicamentos disponíveis para dispensação, permitindo a visualização de todos os atendimentos, medicamentos prescritos, exames solicitados e encaminhamentos dos pacientes para outros profissionais da rede, através do prontuário eletrônico do paciente;

2.2.16 - Classificar o grau de urgência para priorizar os atendimentos, através de controles de classificação do risco clínico e/ou vulnerabilidade social, permitindo que se defina o perfil do atendimento que está ocorrendo em demandas espontâneas;

2.2.17 - Controlar e registrar esquemas de vacinação, incluindo informações de estoque, validade dos lotes, restrições de idade/sexo e fornecimento de informações como mapas e relatórios de vacinação por faixa etária, vacina e dose;

2.2.18 - Gerir estoques de medicamentos e materiais do almoxarifado central e farmácias, que permitirão o acompanhamento da disponibilidade de medicamentos entre as unidades em tela, com relatórios qualitativos, quantitativos e comparativos, programas para retirada de medicamentos, balanços físicos e financeiros e outros relatórios gerenciais e administrativos;

2.2.19 - Obter informações precisas quanto à relação de doenças de notificação obrigatória, possibilitando a geração de relatórios para o SINAN (Sistema de Informação de Agravos de Notificação; notificação compulsória de todas as patologias, com relatórios de doenças de notificação

obrigatória, conforme a semana epidemiológica, permitindo a realização de controle sobre os diagnósticos atribuídos a população com controle de pacientes por diagnóstico ou por grupo de diagnósticos, proporcionando uma gestão completa da vigilância epidemiológica;

2.2.20 - Permitir a elaboração e definição de políticas de atendimento e controle das atividades de regulação das agendas, das atividades e das pactuações realizadas;

2.2.21 - Consolidar dados de interesse para a saúde do município com informações relevantes capazes de subsidiar os processos de formulação, gestão e avaliação de políticas e ações públicas de importância estratégica possibilitando, através da análise das unidades de atendimento, a geração de indicadores interativos, que auxiliarão na geração de previsões e cenários futuros, controle e otimização das receitas e custos, contribuindo na tomada de decisões e expansão dos serviços prestados pela Secretaria Municipal da Saúde.

3 DETALHAMENTO

3.1 Licença temporária de uso do sistema

Consiste no direito de uso temporário da solução de software disponibilizada para a gestão informatizada dos serviços de saúde pública do município, em conformidade e atendimento aos requisitos técnicos descritos neste termo de referência.

3.2 Conversão de dados

Consiste em realizar a importação dos dados já existentes em formato eletrônico.

3.3 Configuração / Parametrização

Configuração de acesso e parametrização da solução nos equipamentos das unidades de saúde.

3.4 Treinamento

Capacitação dos profissionais das unidades de saúde do município, considerando um máximo de 50 profissionais.

3.5 Manutenção legal e corretiva

Resolução de eventuais falhas e alterações da solução para adequações exigidas pelo ministério da saúde. A Contratada deverá disponibilizar uma plataforma de controle de chamados para que a

Contratante possa registrar a solicitação de correção de eventuais falhas de funcionamento da solução ofertada.

3.6 Customização / Adaptação

Adaptações na solução ofertada, a pedido da Contratante. Para cada adaptação solicitada, a Contratada deverá fornecer orçamento prévio, para posterior aprovação, respeitando-se o teto de 50 horas técnicas.

3.6 Suporte

A Contratada deverá manter equipe de atendimento central, disponível em horário comercial, de 08:00 às 18:00, de segunda a sexta, para auxílio aos funcionários da Contratante para sanar eventuais dúvidas na operação da solução.

4 CRONOGRAMA

4.1 Os serviços de conversão de dados, configuração, parametrização e treinamento devem ser concluídos em até 2 (dois) meses, divididos em 2 (duas) fases descritas abaixo:

4.2 A primeira fase iniciará em até 15 (quinze) dias após a emissão da ordem de início dos serviços e da disponibilização dos dados da CONTRATANTE a serem convertidos/importados e deverá ser concluída em até 01 (um) mês, e consistirá na conclusão de migração de dados e preparação de ambiente computacional.

4.3 A segunda fase iniciará imediatamente ao término da primeira fase e consistirá na configuração de acesso e treinamento, in-loco, dos profissionais indicados pela Administração Pública CONTRATANTE para o uso do sistema e operação assistida.

4.4 Ao final de cada fase, deverá ser feita a apresentação de relatório da CONTRATADA, atestado pelo responsável administrativo das unidades de saúde e validado pelos gestores do contrato, constando o término da execução da implantação do software.

5 INFORMAÇÕES GERAIS

5.1 Em caso de descontinuidade da contratada ou desistência do contrato por uma das partes ou ambas as partes: a contratada deverá fornecer cópia dos dados registrados no sistema, de forma estruturada, juntamente com a documentação que possibilite a importação dos mesmos para um novo sistema.

6 QUALIFICAÇÃO TÉCNICA

6.1. A licitante deverá comprovar que possui qualificação técnica para o fornecimento da solução ofertada por meio de:

6.1.1. Mínimo de 01 atestado(s) de capacidade técnica fornecido(s) por pessoa(s) jurídica(s) de direito público ou privado, comprobatório de que o licitante fornece ou já forneceu regular e corretamente, o objeto licitado, com nome completo do representante legal, em papel timbrado do emitente e reconhecimento de sua firma.

6.1.2. Indicação dos profissionais responsáveis técnicos pela prestação dos serviços, sendo eles, no mínimo:

a) 01(um) profissional com formação superior ou especialização em áreas de Tecnologia da Informação, comprovado por certificado.

b) 01(um) profissional com formação superior ou especialização em Gestão de Saúde, comprovado por certificado.

6.1.3. Será admitida a apresentação de um único responsável técnico, desde que comprove possuir ambas as certificações exigidas nas alíneas a e b do subitem 6.1.2.

6.2 Não serão aceitos, para fins de comprovação da qualificação técnica da empresa na fase de habilitação, atestados de capacidade técnica emitidos e assinados pela própria licitante, ou seja, atestados emitidos por ela para ela própria.

6.3 O Município poderá realizar diligências visando a comprovar a autenticidade dos atestados apresentados.

6.4 A CONTRATANTE decidirá data e local das demonstrações. A versão de demonstração deverá ser a mesma que será implantada, assim as funcionalidades exigidas neste edital e selecionadas para apresentação, deverão estar funcionando no momento da apresentação. A demonstração terá caráter eliminatório.

7. XXXXXX, INVIOLABILIDADE E PROTEÇÃO DE DADOS

7.1. O uso dos dados, informações e conteúdo oriundos dos serviços contratados está limitado à finalidade da prestação dos serviços, sendo vedado seu uso para finalidades diferentes da expressamente determinada neste documento sem o prévio consentimento da CONTRATANTE, não podendo os dados serem tratados posteriormente de forma incompatível com essa finalidade, incluindo operações de coleta, produção, recepção, classificação, utilização, acesso, reprodução,

transmissão, distribuição, processamento, arquivamento, armazenamento, eliminação, avaliação ou controle da informação, modificação, comunicação, transferência, difusão ou extração dos dados.

7.2. As previsões da Lei Geral de Proteção de Dados Pessoais (LGPD) prevalecerão sobre quaisquer disposições eventualmente diversas no presente Termo de Referência.

7.3. A CONTRATADA deverá assinar TERMO DE SIGILO, a fim de garantir o sigilo e a inviolabilidade das informações a que eventualmente possa ter acesso, durante a prestação dos serviços de implantação assistida, orientação técnica e capacitação técnica.

7.4. A CONTRATADA deverá prestar esclarecimentos à CONTRATANTE sobre eventuais atos ou fatos noticiados que se refiram à mesma.

8 ABRANGÊNCIA DA SOLUÇÃO

Todas as unidades de saúde municipais próprias, conforme CNES - Cadastro Nacional de Estabelecimentos de Saúde.

9 ANÁLISE DE CONFORMIDADE DA SOLUÇÃO

Durante o certame, haverá a submissão do software à verificação técnica por corpo profissional próprio da CONTRATANTE, de modo a demonstrar o atendimento aos requisitos técnicos destinados à sua funcionalidade e, assim, aferir a qualificação técnica da licitante melhor classificada na fase de lances, conforme preconiza o art. 4º, inciso XIII da Lei nº 10.520, de 2002. Esta exigência tem o objetivo de aferir, de forma objetiva, se o sistema ofertado se adequa às necessidades da administração pública contratante.

Assim sendo, após a habilitação jurídica e econômico-financeira, será procedida a análise da qualificação técnica. Para tanto, além da análise dos documentos que deverão constar do envelope de habilitação, a proponente melhor classificada será convocada para iniciar os procedimentos de amostragem do software por si proposto, cujo início se dará no prazo máximo de 5 (cinco) dias úteis subsequentes a análise dos documentos por ela entregues.

As demais empresas participantes serão informadas, para, se assim desejarem, acompanhar a Análise de Conformidade. A sessão da amostragem ocorrerá diante de corpo profissional técnico específico da CONTRATANTE, denominado Comissão Especial de Avaliação, formado por um profissional da área de tecnologia da informação e dois profissionais da área de saúde pública municipal.

A amostragem deverá simular, em tempo de execução, cada uma das funcionalidades técnicas descritas neste Termo de Referência.

As simulações deverão ocorrer em equipamentos próprios da proponente, com software já instalado e configurado. Serão fornecidas instalações técnicas com ponto de energia para a realização da amostragem do software.

A amostragem deverá ocorrer em período máximo de 2 (dois) dias úteis, no horário de expediente da Secretaria Municipal de Saúde. Sua prorrogação, entretanto, poderá ocorrer conforme decisão fundamentada da Comissão Especial de Avaliação designada para esse fim, cuja sequência de análise iniciará preferencialmente na primeira hora útil posterior à sua interrupção.

Qualquer que seja a interrupção da amostragem, os equipamentos destinados à sua execução deverão manter-se intocáveis no local de sua verificação. Sua retirada ou manuseio em momento anterior à continuidade dos procedimentos será considerada como finalizadora da amostragem.

Para resguardar os direitos de propriedade intelectual, autoral e comercial do software em análise, não será permitido o uso de internet no ambiente de amostragem, incluindo qualquer tipo de aparelho eletrônico, por quaisquer presentes na sessão, exceto pelos membros da equipe da proponente.

A sessão da amostragem é pública, sendo permitido o seu acompanhamento por quaisquer interessados, não sendo permitida a intervenção durante a execução da análise. Eventuais manifestações poderão ser registradas em ata, ao final da sessão.

Durante a amostragem o licitante deverá comprovar que o sistema proposto atende a todos os itens da seção: “CARACTERÍSTICAS GERAIS / OBRIGATÓRIAS” e a 90% (noventa por cento) dos demais itens, por módulo.

Caso a licitante não consiga atender aos critérios acima, a mesma será considerada desclassificada.

A Comissão Avaliadora, caso entenda necessário, poderá solicitar que determinado item seja demonstrado novamente em virtude de eventuais dúvidas após a demonstração pelo licitante.

Os critérios a serem utilizados nesta fase de qualificação serão: (a) Realizar a amostragem em conformidade com as regras estabelecidas no Edital; (b) Atender às Especificações Técnicas do Edital;

(c) Ser aprovado na Análise de Conformidade pela comissão técnica designada para esse fim.

A Comissão irá se pronunciar quanto ao resultado da análise de conformidade da solução proposta pela licitante apenas ao final da avaliação de todos os itens indicados neste termo de referência, no prazo máximo de 2 (dois) dias úteis.

Uma vez aprovado o sistema, deverá ser emitido pela Comissão Especial de Avaliação um termo atestando que o sistema ofertado pela licitante avaliada atende a todos os requisitos técnicos especificados neste Termo de Referência e seus anexos.

10 REQUISITOS

CARACTERÍSTICAS GERAIS / OBRIGATÓRIAS
1.	O Software deverá ser executado em ambiente 100% WEB, sem ser por emulação (Windows, Linux, iOS, Android).
2.	Possuir interface dos módulos no formato MDI (Multiple-Document Interface), possibilitando a exibição de mais de um formulário ao mesmo tempo, dentro da tela principal do módulo, facilitando a cópia de dados entre as mesmas, minimização e maximização dos formulários internamente à tela principal.
3.	O sistema deverá ser acessado através de um único endereço e sem a necessidade do operador efetuar novo login para utilizar outros módulos.
4.	Todos os módulos deverão ser integrados.
5.	O sistema deverá ser disponibilizado em sua totalidade em idioma Português Brasileiro.
6.	Possuir um cadastro único do paciente.
7.	Permitir o atendimento nos diversos serviços de saúde: - Unidades de Saúde da Atenção Primária e de Atenção Domiciliar. - Ambulatórios de Especialidades/Clinicas Especializadas, incluindo o serviço de fisioterapia, atenção psicossocial e odontologia. - Unidades de Urgência/Emergência.
8.	Possuir Cadastro de Estabelecimentos, Cidadãos, Domicílios, Convênios.
9.	Permitir ações para Acolhimento, Recepção e Classificação de Risco.
10.	Efetuar registros de Imunização e Vacinas.
11.	Possuir Prontuário Eletrônico do Cidadão.
12.	Possuir rotinas para Agenda de Consultas, Exames e Outros Procedimentos.
13.	Efetuar acompanhamento de Pré-Natal e de pacientes crônicos.
14.	Efetuar Gestão de Estoque e Dispensação de Materiais para todos os estabelecimentos de saúde.
15.	Realizar Gestão de Estoque e Dispensação de Medicamentos, incluindo-se os medicamentos de demanda judicial.
16.	Ser passível de acesso por app Mobille para o serviço dos Agentes Comunitários de Saúde e Agente de Endemia.
17.	Efetuar Regulação dos Serviços de Saúde, com lista de espera.
18.	Efetuar exportação para o sistema eSUS AB.
19.	Efetuar o Faturamento BPA, RAAS, APAC, SIA.
20.	Possuir Portal e Aplicativo do Cidadão.
21.	Ter consultas e relatórios parametrizáveis pelo usuário.
22.	Possuir mecanismo de ajuda em todas as telas do sistema de forma que recupere as informações que orientem o preenchimento correto do registro em questão.
23.	O Prontuário Eletrônico do paciente deverá possuir base única, compartilhando informações entre as unidades da secretaria de saúde com os respectivos serviços, laboratórios e medicina diagnóstica.
24.	O sistema deverá atender a todos os estabelecimentos de saúde ligados a Secretaria Municipal de Saúde (próprios e contratados), caracterizando um sistema multi-estabelecimento, onde as alterações de parâmetros e regras de um estabelecimento não influenciem no funcionamento do sistema para os demais.
25.	Prover integração total entre os módulos, tabelas, aplicativos e subsistemas externos que sejam definidos no projeto.
26.	Deverá permitir a customização dos menus de acesso às funcionalidades, podendo atribuí-los a grupos ou usuários específicos.
27.	Deverá possuir documentação „Help/Ajuda‟ sobre o modo de operação de cada uma das tarefas em Língua Portuguesa.
28.	Os formulários do sistema deverão manter o mesmo padrão de interface (layout e comportamento).
29.	Ser compatível com ambiente multiusuário, permitindo a realização de tarefas concorrentes.
30.	Deverá possuir interface de operação 100% WEB e ser compatível com os navegadores Microsoft Edge, Mozilla Firefox e Google Chrome.
31.	Possuir e fornecer controle de acesso aos níveis do usuário com níveis de segurança, disponibilizando operações compatíveis com o perfil do usuário através do gestor responsável.

32.	O sistema deve realizar exclusão lógica de registros. Ao realizar uma ação de exclusão de um registro, este não deve ser removido fisicamente do banco de dados.
33.	Deverá permitir importação e atualização da Tabela SIGTAP, garantindo o faturamento dos procedimentos padrão Ministério da Saúde.
34.	Possuir auditoria interna no sistema (auditoria de primeiro nível) que garanta ao gestor a fiel utilização dos sistemas.
35.	Possuir auditoria na origem das atividades para garantir o faturamento ao SUS com todas as críticas de inserção de dados com base nos procedimentos da tabela unificada denominada de SIGTAP.
36.	Possuir rotina automática que registre em um log, todas as operações, de inclusão, alteração e exclusão de registros, realizadas pelos usuários do sistema, documentando o conteúdo anterior, conteúdo atual, o usuário responsável pela operação, a data e a hora da operação.
37.	Prover o controle efetivo do uso dos sistemas, oferecendo total segurança contra a violação dos dados ou acessos indevidos às informações, através do uso de senhas criptografadas, permitindo configuração de níveis de permissões para acessos dos usuários.
38.	Dispor acesso dos usuários ao sistema apenas nos horários predeterminados pelos gestores.
39.	Dispor agrupamento dos usuários por função para controle das permissões de acesso ao sistema.
40.	Permitir integração com o eSUS-AB.
41.	Permitir integração com APAC.
42.	Permitir integração com BPA.
43.	Permitir integração com RAAS.
44.	Permitir integração com FPO.
45.	Permitir integração com SIA/SUS.
46.	Permitir integração com SIH/SUS.
47.	Permitir integração com SIPNI.
48.	Permitir integração com SISPRENATAL.
49.	Permitir integração com XXXXX.
50.	Permitir integração com HORUS.
51.	Permitir integração com SIGAF.
52.	Permitir visualizar e manter agendamento para geração de arquivo de exportação para os sistemas do MS.
53.	Permitir visualizar e manter reagendamento para geração de novo lote de exportação de fichas inconsistentes para os sistemas do MS.
54.	Permitir criar estrutura para agendar lembretes de geração da produção.
55.	Permitir criação de perfis de acesso às funções do sistema.
56.	Possuir um cadastro de grupos de usuários, permitindo definir os perfis de acesso ao sistema para cada grupo de usuários.
57.	Atribuir a cada usuário os perfis de acesso às funções do sistema.
58.	Após o login, o sistema deverá ter a opção de escolher qual estabelecimento será utilizado, os acessos devem respeitar o perfil definido para o usuário.
59.	Controlar o número de tentativas de acesso ao sistema possibilitando o bloqueio de operadores ao esgotar tentativas.
60.	O sistema deve registrar os acessos e tentativas de acesso ao sistema, identificando, endereço IP, data e horário.
61.	Possuir campos para armazenar e-mail, impressão digital, fotografia.
62.	Permitir que se defina o acesso a itens específicos de menu, às telas e relatórios do sistema, por grupo de usuários.
63.	Enviar SMS (Short MessagesSender) e email automaticamente, parametrizados por eventos de acordo com a necessidade da SMS, (vacinas aprazadas, consultas e exames autorizados e agendados, entre outros).
64.	Disponibilizar relatórios com opção (selecionável no próprio sistema) para que sejam gerados além da própria tela, nos seguintes formatos de arquivos: .XLS, .PDF e/ou .csv, ou .xml.
65.	O sistema de acolhimento e classificação de risco deverá permitir o uso de Protocolos Internacionais como Manchester e também a criação de protocolos próprios de acordo com a definição da SMS, permitindo também que seja configurado e parametrizado qual protocolo de classificação de risco será utilizado pela instituição.
66.	Possuir integração com Correio Eletrônico para possibilitar o envio e recebimento de mensagens e arquivos.
67.	O gerenciador de banco de dados deve ser open source e de licença livre. Caso a CONTRATADA opte por

	produtos fora da licença GPL (Oracle, MS SQL Server, entre outros) a mesma deverá fornecer as licenças.
68.	Caso a CONTRATADA opte por utilizar sistema operacional não gratuito no servidor, esta arcará com o custo da licença do referido sistema operacional, doando-o à CONTRATANTE para que não haja irregularidade na continuidade de uso do servidor imediatamente à finalização do contrato.
69.	Permitir interoperabilidade com os seguintes programas do Ministério da Saúde: faturamento do SIA- SUS/BPA (módulo consolidado e individualizado - com todas as informações necessárias para geração em meio magnético), CADWEB, APAC, SI-PNI, E-SUS, Hórus BNDAF e RAAS.
70.	Todos os dados relacionados a cidadãos (atendimentos, CIDs, exames, medicamentos, agravos, etc.) atendidos em unidades de saúde do município poderão ser georreferenciados diretamente na plataforma, sendo que a CONTRATADA responsabiliza-se pelo fornecimento e licenciamento, bem como os custos, de tal tecnologia, seja ela própria ou não.
71.	Todos os relatórios deverão possuir a granularidade máxima permitida de acordo com a estrutura da base de dados.
72.	A plataforma deverá conter todos os relatórios constantes na portaria SVS/MS nº 344/1998 e seus anexos.
73.	A plataforma deverá conter todos os relatórios constantes na RDC ANVISA nº 11/2011 e seus anexos.
74.	Deve permitir realizar consultas avançadas, por telas, filtrando os registros por diferentes critérios.
75.	Durante a vigência do contrato e após o seu término, o banco de dados utilizado pelo Sistema de Registro Eletrônico em Saúde (SRES) será de propriedade da CONTRATANTE.
76.	Não haverá limitação do número de acessos simultâneos para uso do sistema, sendo o número de usuários e computadores que poderão acessar limitado apenas pela estrutura e número de trabalhadores da CONTRATANTE e dos serviços contratualizados ou conveniados a ela.
77.	O Sistema deverá atender às exigências do programa Previne Brasil que foi instituído pela Portaria nº 2.979, de 12 de novembro de 2019, atendendo a todas as exigências do novo formato de financiamento de repasse das transferências para os municípios, que passam a ser distribuídas com base em três critérios: captação ponderada, pagamento por desempenho e incentivo para ações estratégicas. O sistema deve contemplar todo o cadastramento das equipes de Saúde da Família (ESF) e de Atenção Primária (EAP), possibilitando medir o grau de desempenho assistencial das equipes para possibilitar os incentivos específicos contemplados no modelo.
78.	Permitir a emissão de relatório de proporção de gestantes com pelo menos 6 (seis) consultas pré-natal realizadas, sendo a primeira até a 20ª semana de gestação, com informações atualizadas em tempo real.
	Permitir emissão de relatório de proporção de gestantes com realização de exames para sífilis e HIV, com informações atualizadas em tempo real.
79.	Permitir emissão de relatório de proporção de gestantes com atendimento odontológico realizado, com informações atualizadas em tempo real.
80.	Permitir emissão de relatório de cobertura de exame citopatológico, com informações atualizadas em tempo real.
81.	Permitir emissão de relatório de cobertura vacinal de Poliomielite inativada e de Pentavalente, com informações atualizadas em tempo real.
82.	Permitir emissão de relatório de percentual de pessoas hipertensas com Pressão Arterial aferida em cada semestre, com informações atualizadas em tempo real.
83.	Permitir emissão de relatório de percentual de diabéticos com solicitação de hemoglobina glicada, com informações atualizadas em tempo real.
84.	Deverá ser passível de utilização de certificação digital para todos os documentos emitidos pelo sistema.
85.	Permitir gerir e configurar perfil do usuário.
86.	Possuir notificação para usuário preencher dados no perfil.
87.	Possuir acesso para usuário solicitar senha esquecida.
88.	Possuir envio de e-mail com dados dos usuários cadastrados.
89.	Possuir permissões para níveis de usuários.
90.	Possuir tela de painel de chamada por voz, independente de software de terceiros, para identificação e encaminhamento do paciente para a fila do acolhimento e a fila do consultório nos atendimentos de emergência e da atenção primária.
91.	O painel de chamada deve permitir a exibição de conteúdo em vídeo, textos e áudio, nos monitores instalados nas unidades.
CADASTRO DE USUÁRIOS E DOMICÍLIOS

92.	Possuir interoperabilidade com serviço do barramento DATASUS utilizando o perfil IHE PIX/PDQ de identificação de usuários do SUS no CADWEB, a fim de possibilitar pesquisa à base do Cartão SUS (CNS) com consulta on-line via WebService junto à base de dados CADWEB do DATASUS, através de busca por: Cartão SUS, CPF, RG e homônimos (validação por nome, nome da mãe, nascimento e sexo).
93.	Permitir o cadastramento do indivíduo de acordo com as regras de cadastramento junto ao CADSUS e contendo os seguintes dados: nome completo, apelido/nome social, data de nascimento, nacionalidade, naturalidade, município/estado de nascimento, sexo, nome do pai, nome da mãe, estado civil, raça/cor, etnia, tipo sanguíneo, país de origem, naturalidade, telefones, documentos, deficiência, biometria digital, foto, número do CNS (Cartão Nacional de Saúde), ocupação, informações sobre domicílio (CEP, tipo de logradouro, nome do logradouro, número do endereço, complemento, bairro, cidade, UF), endereço adicional, município de trabalho, número do CPF, dados do título de eleitor (incluindo número, seção e zona eleitoral), dados da CTPS (incluindo número, série, data de emissão e UF), dados da certidão (incluindo tipo de certidão, nome do cartório, data de emissão, número do termo, número da folha, número do livro, nome da ocupação principal, informações complementares, documentos anexos.
94.	No cadastro do cidadão, deverá constar a vinculação à equipe de saúde das unidades básicas por referência de território, e outro adicional para referência à outra equipe definida manualmente, bem como foto que possa ser visualizada por qualquer profissional, tanto nas filas de atendimento quanto internamente no prontuário.
95.	Exibir no próprio cadastro, as alergias do paciente.
96.	A partir do resultado da busca do cartão SUS (PIX/PDQ), deverá permitir cadastrar ou atualizar um paciente no sistema.
97.	Permitir identificação/busca do paciente por meio de biometria para qualquer digital cadastrada.
98.	Dispor que todos os cadastros básicos possam ser alterados e incluídos dados.
99.	Possibilitar cadastrar usuários com geração do número do prontuário único, obrigando o preenchimento dos campos de acordo com o CADSUS.
100.	Dispor de opção no sistema que unifique quando necessário o cadastro do paciente.
101.	Permitir cadastro de biometria para identificação do paciente, possibilitando o registro das digitais.
102.	Onde houver a necessidade da identificação do paciente dentro de um módulo do sistema, deve ser permitida a realização de busca por CNS, nome do paciente, nome social, CPF, data de nascimento e/ou nome da mãe.
103.	O sistema deve validar cadastro de pacientes no ato da gravação as informações para não permitir duplicidade de cadastros, a validação deve ser baseada em checagem de homônimos, utilizando o nome do paciente, nome da mãe, data de nascimento e sexo como base desta validação.
104.	Permitir a localização geográfica do endereço do paciente.
105.	Permitir referenciamento a ser realizado através do CEP, rua e bairro.
106.	Deverá haver “flag” para sinalizar pessoas em situação de rua, desde quando, informações sobre alimentação e higiene.
107.	Emitir relatórios de cidadãos, Sintético e Analítico, por: Localidade, Cadastros atualizados e Cadastros duplicados.
108.	Emitir relatório de cidadãos com dados cadastrais inconsistentes com o padrão eSUS.
109.	Emitir relatório de cidadãos com informações de cadastro e/ou atualização.
110.	Emitir relatório de cidadãos com cadastro duplicado.
111.	Permitir o cadastramento dos cidadãos e dos domicílios de acordo com as regras de cadastramento junto ao Sistema eSUS.
112.	Permitir inabilitar paciente por óbito inativando qualquer movimentação dele no sistema.
113.	Permitir o cadastro de recém-nascido através do cadastro da mãe.
114.	Permitir o cadastro de visitantes e acompanhante vinculados ao paciente.
115.	Permitir alterar o cadastro de visitante e acompanhante.
116.	Permitir excluir o cadastro de visitante e acompanhante.
117.	Permitir a impressão de etiqueta de visitante/acompanhante com o nome do visitante, nome do paciente, local e leito.
118.	Possuir relatório de registro de visitantes.
119.	Deve possuir cadastro de imóveis e domicílios compatível com a ficha de cadastro domiciliar e territorial do padrão e-SUS/SISAB. e complementarmente indicar área, micro área e qual a profissional agente comunitário de saúde responsável pela cobertura do imóvel.

CADASTRO DOS ESTABELECIMENTOS DE SAÚDE
120.	O sistema deve dispor de rotina para realizar a importação e atualização do CNES (Cadastro Nacional de Estabelecimentos de Saúde) do Município, permitindo a seleção do estabelecimento de saúde para importação. Este cadastro é obrigatório para o funcionamento do sistema, pois importa todos os estabelecimentos de saúde, além de seus respectivos profissionais, equipes (INE), Núcleos de Apoio à Saúde da Família (NASF), serviços, especialidades, etc.
121.	Permitir cadastrar novas unidades de saúde, com todas as configurações padronizadas para o CNES.
122.	Deve permitir cadastrar os setores existentes dentro do estabelecimento de saúde.
123.	Deve permitir configurar os procedimentos que o estabelecimento pode realizar.
124.	Deve permitir gerenciar as equipes e os membros das equipes vinculadas ao estabelecimento de saúde.
125.	Deve permitir atualizar as equipes e membros manualmente, sem a necessidade de uma importação do arquivo CNES.
CADASTRO DE CONVÊNIOS/PRESTADORES DE SERVIÇOS
126.	Deve permitir cadastrar os convênios/contratos com prestadores de serviços utilizados pela CONTRATANTE.
127.	Permitir configurar os valores dos procedimentos realizados para o convênio/contrato.
128.	Permitir configurar os valores das especialidades realizadas para o convênio/contrato.
129.	Permitir customizar as guias de consulta e exame que serão utilizadas para os agendamentos realizados para o convênio/contrato.
130.	Permitir criar cotas de utilização de consultas e exames para o convênio/contrato, podendo utilizar controle de quantidade ou valores.
131.	A cota pode ser configurada por solicitante, prestador, profissional ou especialidade.
132.	Ao realizar um agendamento de consulta ou exame, o valor do procedimento deve ser descontado da cota.
133.	O sistema deve limitar o número de agendamentos baseado na quantidade estimada para a cota do convênio.
134.	Deverá permitir adotar logotipo da CONTRATANTE na tela principal do sistema.
135.	O sistema não deve permitir liberação de nenhum tipo de solicitação, requisição, inclusão em listas para cidadãos inativos.
136.	Itens de cadastros que estejam desativados não devem estar disponíveis para lançamento de novos itens, apenas para visualização de registros que eles estejam vinculados.
137.	O sistema não deverá exigir a instalação de plug-ins, emuladores ou runtimes para sua utilização, exceto nos casos em que seja necessário para o acesso a dispositivos como leitores biométricos, impressoras (cartão, etiqueta), leitoras/tokens de e-CPF/e-CNPJ, etc.
138.	Possuir ferramenta web para construção de relatórios.
139.	Deverá possuir dicionário de dados com todas as tabelas do sistema.
140.	Possibilitar anexar documentos do paciente, em formato de imagem JPG, JPEG, PNG ou arquivo PDF, para posterior visualização.
141.	Deverá carregar os avisos de histórico e/ou pendências do paciente para: vacinas, exames citopatológicos, antropometria, consumo alimentar e frequência de consulta.
CADASTRO DOS PROFISSIONAIS DE SAÚDE
142.	Permitir cadastrar profissionais com informações padrão CNES contendo informações OBRIGATÓRIAS: Nome, Sexo, Nascimento, Raça/Cor, Telefone e tipo, OUTRAS INFORMAÇÕES: CNS, CPF, Nome da Mãe, Nome do Pai, Profissão, Grau de instrução, Cargo/Função, E-mail, Vínculo Empregatício, Detalhamento do Vínculo Empregatício, Órgão de Classe, Inscrição, UF Conselho. Cadastrar dados de documentos como RG com data de emissão, órgão emissor e UF. Carteira de Trabalho, Carteira de Habilitação com número do registro de emissão e validade (gera alerta para motoristas cadastrados a realizar viagens no módulo de agendamento de viagens), se profissional aplicador de vacinas padrão SIPNI.
143.	Deve conter campo para cadastrar o nome do profissional que será exibido nas mensagens enviadas por SMS.
144.	Possibilitar anexar documentos do profissional, em formato de imagem JPG, JPEG, PNG ou arquivo PDF, para posterior visualização.
145.	Deve permitir gerenciar as agenda dos profissionais, podendo configurar as agendas por semana, período

	entre datas ou dia específico.
146.	Deve permitir criar agendas por tipo de atendimento: primeira consulta, demanda espontânea e retorno.
147.	Deve permitir configurar nas agendas os intervalos entre os atendimentos do profissional.
148.	Permitir gerenciar a liberação das agendas dos profissionais por período e turno, podendo criar, excluir ou bloquear os turnos gerados.
149.	Permitir criar agendas por estabelecimentos de saúde e especialidade/CBO do profissional.
150.	Permitir selecionar a especialidade padrão do profissional, para os casos de mais de um vínculo numa mesma unidade e para mais de uma especialidade.
151.	Permitir a transferência de agendamentos de consultas e exames por unidade de saúde, profissional ou exames, de uma data ou horário para outro definido. Considerar os períodos de bloqueios de agendas de profissionais e consultas/exames.
152.	Emitir relatório de profissionais com os vínculos de unidade.
153.	Emitir relatório de relação de profissionais com as equipes de atenção básica.
154.	Emitir relatório com relação de vagas disponíveis por turnos e especialidades.
155.	Emitir relatório com relação das vagas disponíveis por profissional.
AGENDA
156.	Permitir cadastrar estruturas de agendas com flexibilidade para unidades x médicos x especialidade x tipo de atendimento, sendo a determinação de vagas por quantidade ou horário.
157.	Após o cancelamento de agendamento de consultas e/ou exames possibilitar o retorno de cota para utilização em novo agendamento.
158.	Controlar agendamentos de consultas determinando intervalo de idade para agendamentos de usuários por especialidade de cada profissional.
159.	Controlar feriados bloqueando agendamentos de consultas e exames para a data.
160.	Disponibilizar calendário mensal com identificação das disponibilidades diárias de agendamentos conforme capacidade e agendamentos já realizados por profissional.
161.	Disponibilizar a visualização do histórico na solicitação, com detalhamento de todas as etapas.
162.	Emitir comprovantes de agendamentos das consultas.
163.	Permitir a geração de chave individual para recepção de solicitação por prestador.
164.	Emitir comprovantes de agendamentos possibilitando a assinatura do profissional.
165.	Emitir relatório com agendamentos dos profissionais.
166.	Emitir relatórios com quantidades disponíveis de consultas por unidade de saúde, profissional, especialidade mostrando a capacidade de atendimento, agendamentos já realizados.
167.	Possibilitar a configuração de agendas de consultas por período, dias da semana e intervalo de horário.
168.	Possibilitar a configuração de consultas por horário (conforme tempo de atendimento) ou quantidade, por motivos de consultas específicos, todos ou exceto informados.
169.	Possibilitar definir horário de atendimento específico para unidade de saúde ou todas.
170.	Permitir definir agenda de consulta para agendamento.
171.	Possibilitar a configuração de agendas de exames por período, dias da semana e intervalo de horário.
172.	Possibilitar a configuração de exames por quantidade ou quantidade por tempo (conforme tempo de atendimento), para todos os exames ou específicos.
173.	Possibilitar a restrição de acesso ao sistema em horários e dias específicos por perfil.
174.	Possibilitar a configuração de cotas de consultas e exames por quantidade e/ou valor orçado para o período.
175.	Possibilitar configurar cotas de consultas e exames por unidade de saúde, CBO e motivos de consultas específicos.
176.	Possibilitar a exportação dos usuários da lista de espera nos agendamentos de consultas e exames, nos formatos: CSV, TXT, XLS e XML.
177.	Possibilitar a baixa ou exclusão dos usuários na lista de espera ao obter o agendamento ou autorização de consulta ou exame.
178.	Possibilitar a visualização e alteração nas listas de espera somente pela unidade de saúde de origem do usuário ou por unidade central de agendamento.
179.	Possibilitar agendamentos de consultas para unidade de saúde específica ou para todas as unidades de saúde como central de agendamentos.
180.	Possibilitar agendamentos de consultas selecionando especialidade, profissional ou unidade de saúde.

181.	Possibilitar informar o motivo da consulta e unidade de saúde de origem.
182.	Possibilitar a seleção de múltiplos usuários da lista de espera quanto a Agendamento e Autorização de Consultas.
183.	Possibilitar o bloqueio de horários de agendamentos de consultas por unidade de saúde de atendimento, profissional, especialidade, período e intervalo de horário.
184.	Possibilitar o cancelamento de agendamentos identificando motivo.
185.	Possibilitar o controle das listas de espera de consultas por especialidade, profissional e unidade de saúde identificando usuário, data e horário de inclusão, data de solicitação, unidade de saúde de origem, profissional solicitante, motivo da consulta e prioridade.
186.	Possibilitar o controle das listas de espera de exames por exame e unidade de saúde identificando usuário, data e horário de inclusão, data de solicitação, unidade de saúde de origem, profissional solicitante e prioridade.
187.	Todos os registros de modificação da agenda deverão ficar registrados na base de dados, sendo visível para o profissional que possuir permissão de pelo menos visualização da agenda o nome da última pessoa que realizou alteração na mesma para cada campo (vaga).
188.	Possuir relatórios com filtros de: data, intervalo em horas, tipo de consulta (básica, especializada), unidade de saúde, paciente, profissional, CBO (especialidade), convênio, procedimento, área, micro área, controle de presença (faltante, cancelado, desmarcado), idade e classificação por sexo.
189.	Emitir relatório de consulta analítico e sintético com a relação de agendamentos por dia.
190.	Emitir relatório de consulta analítico e sintético por unidade solicitante.
191.	Emitir relatório de consulta analítico e sintético por profissionais de destino e origem.
192.	Emitir relatório de consulta analítico e sintético de atendimentos realizados por localidade.
193.	Emitir relatório de consulta analítico e sintético por especialidades.
194.	Emitir relatório de consulta analítico e sintético por paciente.
195.	Emitir relatório de consulta analítico e sintético com encaminhamentos por especialidade.
196.	Emitir relatório de consulta analítico e sintético por profissional.
197.	Emitir relatório de consulta analítico e sintético de comparativo de consultas x atendimentos.
198.	Emitir relatório de consulta analítico e sintético de comparativo de consultas x realizadas.
199.	Emitir relatório de consulta analítico e sintético de consultas por município de residência do paciente.
200.	Emitir relatório de consulta analítico e sintético de profissional por dia.
201.	Emitir relatório de consulta analítico e sintético de agendamentos x encaminhamentos por profissional.
202.	Emitir relatório de consulta analítico e sintético de consultas agendadas/realizadas por profissional.
203.	Emitir relatório de consulta analítico e sintético de prescrições por período de tempo.
204.	Emitir relatório de consulta analítico e sintético por classificação de risco.
205.	Possuir relatórios para o gerenciamento da fila eletrônica de pacientes, como: Oferta de vagas, a relação de pacientes da fila e os comprovantes para serem entregues aos pacientes.
206.	Permitir fazer a gestão de todos os atendimentos, monitorando o tempo de espera, permitindo a consulta de todas as requisições, filtrando pela situação (em aberto, na fila de espera, parcialmente atendida e atendida).
207.	Deverá ser automática a gerência da ordem de filas de espera, de forma cronológica, conforme critérios para prioridade de acesso, normal ou preferencial, com a verbalização do nome/nome social/apelido/senha do paciente e sala que será atendido, com exibição da sua foto em equipamentos de exibição de sons e imagens.
208.	Permitir o controle das salas de atendimento de consultas e exames por horário, imprimindo nos comprovantes para orientação dos usuários no atendimento.
209.	Permitir mostrar profissionais disponibilizados na unidade de atendimento.
210.	Permitir recepção de pacientes pré-agendados com a possibilidade de inclusão de pacientes de procura espontânea e com seleção da ordem de atendimento.
211.	Permitir a recepção de pacientes por leitura de códigos de barras dos agendamentos.
212.	Permitir informar o protocolo e ocorrências classificando automaticamente o risco.
213.	Permitir identificar os pacientes através da respectiva cor e ordenando conforme a classificação de risco e tempo de espera.
214.	Permitir visualizar e manter confirmação online pelo usuário do SUS de procedimento previamente agendado.
ATENDIMENTO/PRONTUÁRIO DO CIDADÃO

215.	Por meio do sistema, os profissionais de saúde deverão ser capazes de atender pessoas previamente agendadas ou fazer a abertura diretamente do prontuário (sem inserção prévia na agenda) para atendimentos de demanda espontânea.
216.	Deverá possibilitar, principalmente no atendimento das Unidades de Pronto Atendimento (ou outras, se assim a gestão municipal solicitar), um painel de exibição de todos os cidadãos em observação na unidade de modo que o atendimento do cidadão esteja condicionado a nova autenticação (login) a partir dessa janela.
217.	O sistema deve permitir o registro de atendimento de pacientes em turmas de atendimento, ou seja, mais de um paciente para um mesmo horário como ocorre na fisioterapia ou outros agendamentos em grupos.
218.	Deverá calcular automaticamente o IMC – Índice de Massa Corporal, estado nutricional para criança, adolescente, adulto e idoso conforme idade do usuário.
219.	Deverá emitir receita de medicamentos, atestado médico, declaração de comparecimento, orientações, requisição de exames.
220.	Emitir receituário de medicamentos dentro do atendimento médico.
221.	Permitir criar tabela de preços de medicamentos e materiais para efeito de apuração de custos de cada atendimento.
222.	Permitir o registro de triagem ou preparo de consultas de cada usuário (peso, altura, pressão arterial, pulsação arterial, frequência respiratória, cintura, quadril, perímetro cefálico, glicemia capilar, saturação) durante a pré-consulta. Permitir registrar os procedimentos realizados pela triagem de consultas.
223.	Permitir informar saída do atendimento com informação de encaminhamentos quando os usuários que não necessitam atendimento médico.
224.	Possibilitar a impressão da Ficha de Atendimento, Declaração de Comparecimento e Guias de Referência e Contrarreferência.
225.	Permitir recepção de usuários pré-agendados com possibilidade de inclusão de usuários de procura espontânea, com seleção da ordem de atendimento.
226.	Possibilitar a consulta de histórico de Atenção Domiciliar por usuário, unidade de saúde, período e situação apresentando informações das solicitações e atendimentos.
227.	Possibilitar a digitação de atendimentos realizados pelas unidades de saúde com atendimento não informatizado incluindo os procedimentos realizados.
228.	Possibilitar a digitação de procedimentos simplificados realizados por setores especializados (EX.: inalação, enfermagem).
229.	Possibilitar a digitação dos procedimentos em conformidade com a ficha de procedimentos do Sistema eSUS do Ministério da Saúde.
230.	Possibilitar a restrição da visualização no prontuário de atendimentos realizados em unidades de saúde definidas.
231.	Possibilitar ao médico acesso completo aos atendimentos anteriores do usuário por ordem cronológica de data possibilitando detalhar individualmente os atendimentos realizados.
232.	Disponibilizar acesso minimamente às informações de: avaliação antropométrica, sinais vitais, classificações de riscos, queixas, anamnese, resultados de exames, diagnósticos, procedimentos realizados, prescrições de medicamentos, requisições de exames, encaminhamentos.
233.	Ordenar pacientes para atendimento conforme classificação de risco identificando a respectiva cor.
234.	Possibilitar o controle de Tetos Financeiros de PPI - Programação Pactuada e Integrada sobre procedimentos realizados nos atendimentos ambulatoriais e internações.
235.	Possibilitar prescrição de materiais.
236.	Possibilitar o preenchimento do registro de atendimento médico com todas as informações sendo dispostas em ficha contínua.
237.	Possibilitar o registro das informações completas de atendimentos retroativos de consultas médicas realizadas em atendimentos não informatizados.
238.	Possibilitar restringir os operadores concedendo acesso para registro dos atendimentos conforme profissional e período.
239.	Possibilitar o registro de atividades coletivas informando data, horário de início, horário de encerramento, duração, participantes, população, profissionais, procedimentos realizados, usuários atendidos e estabelecimento, temas para reuniões, práticas e temas para a saúde, em conformidade com o requerido pelo sistema eSUS.
240.	Possibilitar o registro de informações clínicas (alergias, doenças) dos usuários. No momento do

	atendimento de consulta, aplicação de vacinas deve ser automaticamente visualizadas as informações cadastradas para o usuário.
241.	Possibilitar o registro de Marcadores de Consumo Alimentar em conformidade com a ficha do eSUS do Ministério da Saúde.
242.	Possibilitar que no momento da prescrição do médico, seja possível identificar medicamentos de uso contínuo e/ou imediato, via de administração e se o medicamento está disponível no estoque da farmácia da unidade.
243.	Possibilitar que o medicamento seja pesquisado pelo nome comercial.
244.	Possuir o registro de atendimentos médicos complementando a triagem/preparo de consulta do usuário com informações de anamnese, queixas, exame físico, histórico clínico, procedimentos realizados pelo médico, prescrições de medicamentos, requisições de exames, diagnósticos e encaminhamentos.
245.	Possuir prontuário eletrônico que atenda os seguintes estágios de atendimento: recepção de usuários, triagem/preparo de consultas e atendimento médico conforme estrutura das unidades de saúde.
246.	Permitir a inserção direta da ficha de atendimento individual nos moldes do eSUS, em unidades de saúde que não possuírem estrutura para utilização de fluxo de atendimento.
247.	Permitir a inserção direta da ficha de procedimentos nos moldes do eSUS, em unidades de saúde que não possuírem estrutura para utilização de fluxo de atendimento.
248.	Permitir a inserção direta da ficha de procedimentos consolidados nos moldes do eSUS, em unidades de saúde que não possuírem estrutura para utilização de fluxo de atendimento.
249.	Permitir a inserção direta da ficha de atendimento odontológico individual nos moldes do eSUS, em unidades de saúde que não possuírem estrutura para utilização de fluxo de atendimento.
250.	Permitir o registro do código CIAP nos atendimento realizados na Atenção Primária.
251.	Deverá possibilitar o chamamento de cidadãos por painel eletrônico localizado dentro do mesmo ambiente físico.
252.	Deverá conter sistemas de classificação a ser utilizado em quaisquer consultas (a obrigatoriedade ou não, obedecerá a definições nacionais e locais), minimamente CID e CIAP.
253.	Deverá permitir o uso de classificação de risco para as Unidades de Pronto Atendimento com controle de tempo de espera e direcionamento para fila específica de atendimento (por especialidade ou profissional).
254.	Deverá conter dentro do prontuário uma “lista de problemas” baseada em CID e CIAP na qual o problema poderá ser definido como “histórico”, “latente” ou “ativo”. Adicionalmente, esta mesma lista possibilitará a inclusão de outros problemas que não estejam contemplados por essas duas classificações em formato de texto livre, com a mesma sinalização, de maneira semelhante à definida pelo Ministério da Saúde por meio do eSUS PEC no momento da publicação deste edital.
255.	Haverá campo específico para “prescrição interna” (a ser realizada na própria unidade) para medicamentos e demais condutas, distinguindo se este daqueles campos direcionados às condutas a serem realizadas pelo cidadão fora da unidade.
256.	Ao finalizar o atendimento, o profissional de saúde poderá encaminhar o cidadão para outro profissional ou fila de atendimento dentro da mesma unidade, além dos encaminhamentos para as especialidades (fora da unidade).
257.	No atendimento realizado pela equipe de enfermagem aos cidadãos em observação ou direcionado para filas de atendimentos dentro da unidade, todas as condutas orientadas pelo médico poderão ter sua realização confirmada por meio de seleção simples de campos (checkbox), sendo que, para os medicamentos, a baixa por consumo será automática neste ato e vinculada ao cidadão.
258.	No campo destinado aos encaminhamentos, haverá padrão específico para encaminhamentos imediatos a serviços de urgência, como UPAs e emergências hospitalares, com marcação quando houver solicitação de veículo para remoção do cidadão.
259.	Deverá possibilitar o uso de identificador biométrico tanto para os profissionais (no ato de login) quanto para os cidadãos (para busca do cadastro ou no ato de abertura de prontuário), sendo que estes podem ser definidos como condição necessária para o registro de procedimentos a serem definidos pela CONTRATANTE.
260.	Todos os acessos a prontuário deverão ser feitos a partir de login com registro em base de dados de acesso (log), mesmo que somente leitura e registro histórico completo no caso de alterações, de modo a permitir auditoria do processo.
261.	A prescrição de quaisquer medicamentos deverá seguir o formato fechado, onde a prescrição informará a quantidade de unidades, periodicidade (posologia diária) e tempo de tratamento, sendo que o sistema calculará automaticamente o total, exceto se expressamente sinalizado no cadastro do medicamento a

	desabilitação desta função, quando a prescrição deverá ser feita em campo texto (não estruturado).
262.	Deverá possuir Laudo para Solicitação, Avaliação e Autorização de Medicamentos do Componente Especializado (LME) integrado ao prontuário eletrônico juntamente com a emissão de prescrição para os demais medicamentos, sendo que a impressão deverá seguir os padrões definidas pelas entidades de saúde responsáveis pelo Componente Especializado da Assistência Farmacêutica.
263.	A plataforma deverá realizar a emissão de receitas separadas automaticamente (quando prescritos no mesmo atendimento) por tipo de medicamento, sendo o mínimo de “normais”, “controlados” (com separação para psicotrópicos e outros tipos de receita especial) e “especializados” (LME), sendo todos sempre nos moldes definidos pelos protocolos clínicos e diretrizes terapêuticas do Ministério da Saúde e legislação específica.
264.	A geração de receitas de medicamentos que exijam notificação (de acordo com a Portaria ANVISA 344/98) gerará um lembrete para emissão de notificação, a ser realizada manualmente pelo prescritor.
265.	Quando da prescrição de medicamentos de componente especializado, deverá haver a funcionalidade de impressão do restante dos documentos necessários para abertura do processo (laudo, termo de consentimento, dentre outros exigidos nos Protocolos Clínicos e Diretrizes Terapêuticas - PCDT).
266.	Haverá integração completa entre as funcionalidades “prescrição” e “dispensação”, de modo que não seja necessário reinserir dados já informados corretamente na primeira e conter atalho para acesso ao prontuário eletrônico na tela de dispensação de medicamentos.
267.	Deverá ser possível a criação de modelos alternativos de receita de medicamentos com o uso de gravuras (por exemplo, o desenho de uma pessoa ingerindo um comprimido em complementação à "comprimido via oral”) em complementação a componentes textuais obrigatórios de modo a facilitar o entendimento do cidadão que tenha dificuldade ou impossibilidade de leitura textual.
268.	A tabela de procedimentos interna do sistema deverá permitir a inclusão de outros procedimentos, além da SIGTAP, mas com possibilidade de vinculação a esta tabela nacional. De maneira semelhante, será possível estabelecer “máscaras” para quaisquer procedimentos da tabela (nome substitutivo visualizável pelo usuário do sistema em substituição ao SIGTAP), bem como vinculação entre estes, de modo que a inclusão de um procedimento possa gerar a inclusão de outros.
269.	A plataforma permitirá que seja configurada a inclusão automática de procedimentos a partir de dados existentes na base, como CBO, CNES ou tipo de agenda, de modo que o profissional não precise inserir o código de procedimento obrigatoriamente para caracterizar aquele atendimento.
270.	A exportação de dados para o SISAB ou qualquer outra base/sistema exigido por lei ou outra normativa deverá, sempre que possível, supor as informações a partir de outros registros realizados nos atendimentos a que se refere, evitando que o profissional (usuário do sistema) tenha que informar diretamente os dados mínimos para exportação em campos especificamente para este fim.
271.	Deverá haver campos específicos para o preenchimento dos resultados de exames (inserção manual nos casos em que os mesmos não tenham sido realizados em laboratórios utilizando o Sistema ou que a comunicação direta não seja possível por algum motivo), devendo gerar gráficos nos casos em que os resultados forem numéricos para acompanhamento e alertas para a equipe (a partir de valores mínimos e máximos definidos no cadastro do exame).
272.	Deverá possuir funcionalidades para uso racional dos medicamentos, sendo minimamente os seguintes: aviso para interações medicamentosas. posologia máxima diária. sugestão de tratamento a partir de CID ou CIAP preenchido no momento da consulta.
273.	Deverá bloquear a reimpressão de requisições de exames que já tenham sido realizados (recebimento de resultado ou confirmação de realização pela regulação).
274.	A agenda do sistema deverá permitir ampla flexibilidade, com intervalos de consultas variáveis inclusive dentro do mesmo período, repetição das predefinições por dia da semana, semana, dia do mês, dia e período, tudo isso a ser definido por tipo de unidade de saúde, equipe, CBO e profissional.
275.	O prontuário deverá conter a capacidade de aglutinar os mesmos registros referentes aos livros oferecidos pelo Ministério da Saúde para o controle de sintomáticos respiratórios e pacientes diagnosticados com tuberculose (conhecidos como livros verdes).
276.	Deverá haver a possibilidade de que os códigos de procedimentos (SIGTAP ou outros incluídos como códigos locais) a serem utilizados para caracterização da consulta sejam definidos a priori (antes da consulta, no momento da confecção de agenda) ou a posterior (no momento da finalização da consulta), a ser definido para cada tipo de unidade pela CONTRATANTE.
277.	A janela/aba de encaminhamentos para especialidades deverá possuir botão vinculado à especialidade selecionada o qual possa demonstrar fluxo para encaminhamento a esta especialidade, definido pela

	CONTRATANTE e em documento disponibilizado pela mesma (na POC deverá ser demonstrada a possibilidade de abertura de um documento qualquer de exemplo por meio deste botão em pelos menos duas especialidades, demonstrando que o documento varia conforme a especialidade selecionada).
278.	Tanto a ferramenta de encaminhamento para especialidades quanto a de solicitação de exames deverão possibilitar que estes, antes de serem encaminhados para a ferramenta de regulação, possam ser previamente classificados no sistema a partir do preenchimento, pelo profissional solicitante, de formulário personalizável pela CONTRATANTE para cada exame/especialidade, por meio de ferramenta administrativa, utilizando algoritmos de classificação com peso definido nesta mesma ferramenta.
279.	Deverá possuir campo dedicado ao registro de Projetos Terapêuticos Singulares/Individuais (PTS/PTI) que se manterá visível no prontuário eletrônico enquanto estiver vigente para os profissionais lotados nos Centros de Atenção Psicossocial, minimamente contendo campos textuais a serem escritos no formato de escala por período e dia da semana.
280.	Deverá possuir alguma forma de vínculo entre pessoas residentes no mesmo endereço como membros de uma mesma família, de modo que por meio do prontuário de um desses membros haja acesso facilitado aos demais e seja possível realizar registros no prontuário da família.
281.	O módulo PEP deverá ser customizável em confecções de composições de anamnese e evoluções (médicas, de enfermagem e multiprofissional), visando o máximo de aderência aos processos de trabalhos na assistência.
282.	O sistema deve permitir ao médico fazer o registro da evolução em formulário eletrônico carregando o layout do documento de forma automática de acordo com o local de atendimento (setor) e a especialidade do profissional.
283.	O sistema deve permitir o registro eletrônico da suspensão das medicações e procedimentos prescritos pelos médicos ou outros membros da equipe multidisciplinar que não foram executados, informando o motivo da suspensão ou cancelamento.
284.	Permitir o acompanhamento de indicadores da Atenção Primária (Previne Brasil) de forma automática, geral e/ou por equipe.
285.	Exibir alertas no momento do atendimento conforme grupo prioritário e/ou indicadores do Previne Brasil.
286.	Estar de acordo com a PORTARIA Nº 2.979, DE 12 DE NOVEMBRO DE 2019, que institui o PREVINE BRASIL, com demonstração de relatórios que comprovem o atendimento aos seus indicadores.
287.	Após o registro do atendimento o sistema deverá permitir ao usuário fazer a emissão dos seguintes documentos:
288.	Etiqueta de Identificação com Código de Barras.
289.	Termo de Responsabilidade.
290.	Ficha de Atendimento Ambulatorial e de Emergência.
291.	Possibilitar registro de consumo de álcool e drogas.
292.	Deve limitar o registro dos procedimentos baseados nas regras de CBO existentes na tabela SIGTAP.
293.	Acompanhamento pré natal - deverá permitir o cadastro de pacientes com acompanhamento e lançamento de todas as informações padrão Pré-Natal Ministério da Saúde com, no mínimo, as seguintes informações e funcionalidades: - Permitir registrar se é gestante. - Permitir registrar DUM. - Permitir registrar DPP. - Permitir registrar IG Semanas. - Permitir registrar o Batimento cardíaco fetal. - Permitir registrar o Peso. - Permitir registrar a Altura. - Permitir registrar o IMC. - Permitir registrar a Pressão Arterial. - Permitir registrar a Vacina está em dia. - Permitir registrar se a gravidez foi planejada. - Permitir registrar os Testes realizados. - Permitir registrar o Tipo de Gravidez. - Permitir registrar o Risco Gestacional. - Permitir registrar o Edema. - Permitir registrar a Contração Uterina. - Permitir registrar a Perda de líquido via vaginal.

	- Permitir registrar a Perda de sangue via Vaginal. - Permitir registrar o Movimento Fetal. - Permitir registrar a Queixa Urinária. - Permitir registrar a Fita Urinária. - Registrar antecedentes obstétricos. - Emitir relatórios de gestantes cadastradas por unidade. - Emitir relatórios de gestante sem consulta. - Emitir relatórios de gestação em aberto. - Emitir relatórios de gestantes com risco.
294.	História pediátrico: - Permitir registrar o Início do pré-natal. - Permitir registrar Sorologia realizada no pré-natal. - Permitir registrar a Imunização realizada no pré-natal. - Permitir registrar as Doenças Maternas na gestação. - Permitir registrar o Local de realização do parto. - Permitir registrar o Tipo de parto. - Permitir registrar a Indicação de tipo de parto. - Permitir registrar o Nascimento. - Permitir registrar a Idade gestacional. - Permitir registrar os Dados antropométricos ao nascer. - Permitir registrar o Apgar. - Permitir registrar a Tipagem sanguínea do RN. - Permitir registrar os Problemas neonatais. - Permitir registrar a Manobra de Ortolani. - Permitir registrar o Teste de reflexo vermelho. - Permitir registrar o Teste do pezinho. - Permitir registrar a Triagem Auditiva. - Permitir registrar a Data da Alta. - Permitir registrar o Peso da Alta. - Permitir registrar o Aleitamento Materno na Alta.
295.	ACOMPANHAMENTO DE PACIENTES CRÔNICOS - deverá permitir cadastrar todos os doentes crônicos com:
296.	Doenças concomitantes (Diabetes 1 e 2, Hipertensão arterial, cardiopatias, transtornos mentais: Fatores de risco (alcoolismo, tabagismo dependência química, sobrepeso, sedentarismo, antecedentes familiares).
297.	Complicações, (Infarto Agudo do Miocárdio, Outras Coronariopatias, AVC, Pé Diabético, Amputação P/ Diabetes, Doenças Renais, Internamento Hospitalar Psiquiátrico, Internamento P/ Dependência Química, Angina).
298.	Deve permitir criar esquemas terapêuticos integrados os produtos/suprimentos da rede
299.	Deverá permitir dar saída automática dos medicamentos cadastrados no esquema terapêutico mostrando a validade da receita, caso a validade já tenha expirado o sistema não deverá permitir dar saída nos medicamentos.
300.	Emitir relatórios sintéticos e analíticos de pacientes crônicos por patologia.
301.	Emitir relatórios sintéticos e analíticos de pacientes crônicos por unidade de saúde.
302.	Emitir relatórios sintéticos e analíticos de medicamentos dispensados por patologia.
303.	Emitir relatórios sintéticos e analíticos de pacientes crônicos com esquema terapêutico pré definido.
304.	Emitir relatórios sintéticos e analíticos de complicações por paciente.
305.	Óbito: - Permitir registrar Data do óbito. - Permitir registrar o Número certidão de óbito. - Permitir registrar a Necropsia. - Permitir registrar o Local óbito. - Permitir registrar a Fonte de informação. - Permitir registrar a Declaração da informação. - Permitir registrar a Causa da morte.
306.	Permitir acesso ao histórico do paciente.
307.	Permitir salvar e/ou concluir o atendimento.

308.	Odontologia: - O registro odontológico deverá ser feito conjuntamente no mesmo mecanismo de registro dos demais profissionais, com a adição de odontograma digital, contendo minimamente as seguintes funcionalidades: visão parietal e lingual, visualização de dentição decídua e permanente, sinalização gráfica para eventos históricos, em realização e a serem realizados, sinalização gráfica para dentes perdidos, não eclodidos, restauração, procedimentos de endodontia, doenças gengivais, cáries, aparelhos ortodônticos, próteses e todos os demais que compõem os serviços odontológicos das unidades de atenção básica e Centros de Especialidades Odontológicas, conforme previsto em normativas ministeriais, devendo a ferramenta básica (definida como a existência de odontograma com sinalização de problemas bucais básicos – cárie, ausência, placa e tártaro – e sinalização de necessidade de serviços básicos – exodontia, profilaxia e restauração). - Permitir ao profissional registrar os serviços realizados através do Odontograma com início e término do tratamento permitindo automaticamente colocar como abandono tratamentos não concluídos após a data prevista na primeira consulta programática. - Permite criar odontograma de acordo com a idade, possibilitando carregar arcada para criança com dentes decíduos e dentição permanente no caso de adulto. - Permite que o odontograma faça distinção por dentição sendo: permanente, decídua ou mista - neste caso alterando apenas a numeração do dente correspondente. - Permite realizar exodontia parcial: caso o dente seja removido do odontograma, identificar que ainda possui estrutura do dente, fazer a re-inclusão do dente no odontograma. - Permite criar mais de um plano de tratamento para o mesmo paciente.
309.	Saúde Mental: - Deve ser possível registrar todas as informações do atendimento para o paciente referente à atenção psicossocial. - Permitir registrar as ações ambulatoriais para a atenção psicossocial, sendo que cada tipo de ação deverá ter campos distintos e regras diferenciadas, deverão ser personalizadas às suas necessidades de acordo com as normas do SUS.
310.	Permitir inserir as quantidades das ações realizadas pelo profissional, informando o local da realização da atividade.
311.	As ações devem ser vinculadas aos procedimentos da tabela SIGTAP.
312.	Permitir vincular um CID à ação caso o procedimento esteja exija esse preenchimento em suas condicionalidades.
313.	O sistema deverá validar diversas regras determinadas pelo Ministério da Saúde, para o preenchimento correto das ações para evitar rejeições ou glosas posteriores na importação, por exemplo: compatibilidade entre as ações, dados de preenchimento obrigatórios etc.
314.	Deve permitir imprimir os espelhos dos atendimentos.
315.	Permitir exportar uma remessa de atendimentos registrados de acordo com o layout oficial do RAAS- DATASUS, separando por competência e gerando campo controle evitando a redigitação.
316.	Deverá gerar os seguintes relatórios RAAS: por procedimento, atendimento, profissional, origem e destino do paciente.
317.	Visualizar, manter e imprimir senha em ordem numérica sequencial, por ação do usuário do SUS na entrada da unidade de saúde, com critérios de priorização predefinidos para o atendimento demandado, com registro dos horários de emissão da senha, de início e término deste primeiro atendimento de recepção realizado e do atendimento agendado.
318.	Permitir o registro dos atendimentos de enfermagem informando orientações a pacientes pela metodologia CIPESC – Classificação Internacional das Práticas de Enfermagem em Saúde Coletiva.
319.	Visualizar e manter lembrete vinculado ao profissional de saúde e ao Prontuário Eletrônico do Cidadão para o atendimento atual ou futuro.
320.	Visualizar e manter justificativa inserida pelo responsável pela consulta ao histórico do usuário do SUS.
321.	O sistema deverá possuir módulo que permita a enfermagem construir os planos de cuidados ao paciente, bem como a prescrição de enfermagem.
322.	Emitir em um único relatório um extrato de pacientes e famílias detalhando os atendimentos realizados nas unidades de saúde, possibilitando visualizar: atendimentos realizados, medicamentos dispensados, encaminhamentos, aplicações de vacinas, exames realizados, procedimentos odontológicos, agendamentos e transportes.
323.	Calcular automaticamente o IMC – Índice de Massa Corpórea, ICQ – Índice de Cintura Quadril, estado nutricional para criança, adolescente, adulto e idoso conforme a idade do paciente. (Ciclo de vida).

324.	Permitir a consulta de histórico de RAAS-AD Atenção Domiciliar por paciente, unidade de saúde, período e situação apresentando informações das solicitações e atendimentos.
325.	Permitir a consulta de histórico de RAAS-PSI Psicossocial por paciente, unidade de saúde, período e situação apresentando informações das solicitações e atendimentos.
326.	Permitir a criação e formatação de modelos de atendimento no prontuário eletrônico criando protocolos de atendimento e possibilitando a montagem da estrutura de fichas de atendimento para cada especialidade ou tipo de atendimento.
327.	O sistema deverá na composição das fichas de atendimento eletrônico possibilitar a ordenação da estrutura de dados inseridos nas montagens dos modelos, isso para facilitar a montagem e alteração das fichas.
328.	Na formatação das fichas de atendimento eletrônico será necessária para cada item criado, a possibilidade de parametrizar a obrigatoriedade para preenchimento obrigatório.
329.	Na formatação das fichas de atendimento eletrônico será necessário obter recurso de perguntas e respostas combinadas, ou seja, só deverão aparecer outras perguntas caso a resposta permita, caso não, estas perguntas não deverão aparecer, isto para não evitar o excesso de informações na tela.
330.	Na formatação das fichas de atendimento eletrônico o sistema deverá permitir obter respostas automáticas, através de combinação de resultados para realização de classificação de risco.
331.	Na formatação das fichas de atendimento eletrônico deverá ser possível inserir cores diferentes para as respostas automáticas, isto para melhor e facilitar a visualização.
332.	Na formatação das fichas de atendimento eletrônico deverá ser possível a parametrização de dados que só deverão aparecer conforme o sexo do paciente.
333.	Na formatação das fichas de atendimento eletrônico deverá ser possível a parametrização de dados que só deverão aparecer conforme idade delimitada.
334.	Na formatação das fichas de atendimento eletrônico, para os campos numéricos o sistema deverá estabelecer um limite entre o valor mínimo e o valor máximo.
335.	Trabalhar com o conceito de protocolos de atendimento, contendo no mínimo os protocolos de Acolhimento, Adulto, Mulher, Criança, Idoso, Pré Natal, Hipertensão, Diabetes, Dengue, Asma, Saúde Bucal ,Saúde Mental e Urgência.
336.	Permitir a padronização de exames de acordo com cada protocolo, sugerindo automaticamente ao médico os exames a serem solicitados no atendimento.
337.	Permitir a padronização de CIDs de acordo com cada protocolo, sugerindo automaticamente ao médico os CIDs a serem inseridos no atendimento.
338.	Permitir a padronização de medicamentos de acordo com cada protocolo, sugerindo automaticamente ao médico os medicamentos a serem solicitados no atendimento.
339.	Disponibilizar os protocolos de atendimento de acordo com o perfil do médico e o perfil do paciente amarrando variáveis como idade e sexo para cada protocolo.
340.	Visualizar a curva de crescimento baseado nos dados do paciente, a visualização deverá ocorrer de forma gráfica, podendo visualizar por estatura e idade ou por peso e idade.
341.	Registro do uso de gases medicinais (com identificação de data, hora de início e fim do tratamento, tempo ou quantidade de uso, registro de regime de urgência e plantão, para fins de faturamento).
342.	Registro do uso de equipamentos (com identificação de data, hora de início e fim do tratamento, tempo ou quantidade de uso, registro de regime de urgência e plantão, para fins de faturamento).
343.	Permitir a criação de protocolos identificando os tipos de campos que irão compor cada protocolo a partir de dicionário de componentes.
344.	Possibilitar a solicitação de medicamentos durante o atendimento de acordo com o estipulado pelo protocolo de atendimento e com os produtos padronizados pela farmácia.
345.	Possibilidade de inserir alertas de forma automática, conciliando perguntas e respostas, sendo que, dependendo da resposta o sistema deverá emitir ou não o alerta para a visualização.
346.	O sistema deverá conter em sua composição de dados o questionário de XXXX, sendo obrigatória a resposta automática deste questionário.
347.	O sistema deverá permitir o controle e inserção de dados referente ao balanço hídrico dos pacientes, possibilitando a parametrização de tempo para execução conforme a prescrição, inserção também itens observáveis de ganhos e perdas com resultado final.
348.	Visualizar, manter, imprimir e gerar arquivo com todas as fichas de notificação em conformidade ao Sistema de Informações sobre Agravos de Notificação (SINAN) do Ministério da Saúde, com preenchimento automático dos dados requeridos e já inseridos no Sistema.
349.	Visualizar, manter e imprimir fichas de seguimento/acompanhamento em conformidade ao Sistema de

	Informações sobre Agravos de Notificação (SINAN) do Ministério da Saúde, com preenchimento automático dos dados requeridos e já inseridos no Sistema.
350.	Visualizar e manter opções de condição funcional com utilização da Classificação Internacional de Funcionalidade, Incapacidade e Saúde (CIF), vinculada ao Prontuário Eletrônico do Cidadão.
ATENÇÃO PRIMÁRIA E ATENÇÃO DOMICILIAR – INTEGRAÇÃO COM SISTEMA eSUS
351.	Permitir realizar integração com o sistema eSUS com exportação dos dados das fichas: Cadastro Individual, Cadastro Domiciliar, Atendimento Individual, Atendimento Odontológico Individual, Atividade Coletiva, Procedimentos, Visita domiciliar, Marcadores do Consumo Alimentar, Avaliação de Elegibilidade e Admissão, Atendimento Domiciliar e outras que porventura venham a existir.
352.	Dispor de funcionalidade para registro das visitas domiciliares.
353.	Permitir o registro e manutenção da ficha de cadastro domiciliar, nos moldes do eSUS.
354.	Dispor do controle de permissão das informações por ACS, ou seja, apenas pode fazer manutenção das famílias da área e microárea da qual a ACS é responsável.
355.	Permitir o registro e manutenção da ficha de cadastramento do usuário, cadastro individual e cidadão do eSUS.
356.	Relatórios e estatísticas das famílias e domicílios cadastrados.
357.	Permitir o registro do questionário de entrevista para o planejamento familiar.
358.	Permite visualizar aos procedimentos e quantidade dos mesmos realizados através das fichas do eSUS, que foram realizados em determinado período.
359.	Permite realizar o cadastro da ficha de atendimento domiciliar, informando os seguintes dados: Profissional, Unidade, Dados do Paciente, Dados do Atendimento Domiciliar do paciente.
360.	Permite integrar a Ficha de Atendimento Domiciliar com o eSUS.
361.	Possuir relatório de pacientes sem Cartão SUS, permitindo visualizar os pacientes que estão sem o CNS no sistema. Filtros mínimos: Paciente, Unidade, Profissional, Área, Micro área e Forma de Apresentação.
362.	Possuir funcionalidade para registros da escuta inicial realizada pelos profissionais técnicos da unidade de saúde.
363.	Deve gerar procedimento automático a cada registro de medição (pressão arterial, glicemia, dados antropométricos e outros) informado durante o registro da escuta inicial.
364.	Possuir tela para cadastro de procedimentos para lançamento automático ou não durante o registro da escuta inicial.
365.	Emitir relatórios que contemplem a produção das fichas de: Atendimento Individual e Procedimentos.
366.	Emitir relatório de acompanhamento de visitas e seus motivos.
367.	Emitir relatório que contemple a produção das Atividades Coletivas, exibindo seus temas e práticas em saúde.
368.	Emitir relatório que contemple a produção dos Marcadores de Consumo Alimentar, exibindo por faixa etária, local e crianças menores de 6 (seis) meses.
369.	Permitir o registro de agendamento de consultas e atendimentos programáticos, com gerenciamento local da unidade de saúde.
370.	Permitir realizar o registro dos Atendimentos Domiciliares de acordo com o padrão de Ficha de Avaliação de Elegibilidade e Admissão padrão e-SUS, destinada aos registros das ações de promoção à saúde do indivíduo.
371.	Permitir registrar atendimento a pacientes de microcefalia, padrão e-SUS com registro de: Unidade de Saúde, Profissional, CBO, data, equipe, usuário do serviço, responsável familiar e turno (manhã, tarde ou noite).
372.	Permitir trabalhar de forma georreferenciada estruturando as áreas de abrangência de cada unidade de saúde.
373.	Permitir a transferência de famílias de área e microárea.
374.	Emitir relatórios e gráficos de Famílias com quantidade e percentual, totalizando por área, microárea, bairro, logradouro, situação de moradia e saneamento.
375.	Emitir relatórios e gráficos de visitas de ACS do ESF/ACS de gestantes, crianças, diabete, hipertensão arterial, tuberculose, hanseníase, por quantidade e percentual, com totais por área, microárea, profissional, bairro, família, paciente, faixa etária.
376.	Emitir relatórios comparativos de anos e meses anteriores, de visitas de ACS do ESF/ACS de gestantes, crianças, diabete, hipertensão arterial, tuberculose, hanseníase, por quantidade e percentual, com totais por

	área, microárea, profissional, bairro, família, paciente, faixa etária.
377.	Possibilitar busca de famílias por CEP, listando todos as famílias relacionadas nesta busca.
378.	Permitir ativar, bloquear, bloquear parcialmente e bloquear permanentemente em caso de óbito o cadastro dos munícipes, sendo que, para cada alteração destas situações cadastrais o sistema deverá gravar o motivo da alteração.
379.	Permitir trabalhar com endereçamento do CEP e georreferenciamento, possibilitando relacionar o endereço da família a uma microárea de atendimento.
380.	Permitir gerenciar as informações georreferenciadas dos agravos de notificação compulsória, existentes em cada microárea.
381.	Possuir mecanismos automatizados que tratem do cruzamento de informações a partir dos atributos que compõem o cadastro do munícipe, com o objetivo de minimizar a inserção de cadastros em duplicidade.
382.	Visualizar e manter a validação do endereço do imóvel pelo profissional de saúde durante a execução da ação de saúde.
383.	Permitir inserir informações sobre morte de animais na residência, causa da morte e data da ocorrência, para maior controle das equipes responsáveis.
384.	O sistema deverá possibilitar a criação de roteiro de visitação.
PROGRAMAS DE SAÚDE
385.	Permitir cadastrar as ações programáticas do Ministério da Saúde e as de interesse municipal, identificando os medicamentos e outros insumos utilizados nas ações programáticas.
386.	Permitir a programação da frequência dos pacientes incluídos nas ações programáticas para fornecimento de medicamentos, consultas e exames conforme periodicidade definida pelo programa.
387.	Permitir o cadastro e acompanhamento do programa saúde da criança obtendo informações de acompanhamento da saúde da criança, tais como: estado nutricional, peso, altura, perímetro cefálico, dieta, doenças, psicomotor.
388.	Permitir o cadastro e o acompanhamento do programa planejamento familiar obtendo as informações de fatores de risco reprodutivo, complicações e método contraceptivo.
389.	Permitir o cadastro e o acompanhamento do programa climatério e menopausa obtendo as informações de sintomas, doenças por falta de estrogênio e situação da reposição hormonal.
390.	Permitir emissão de relatório dos pacientes programados nas ações programáticas com comparecimento em atraso para fornecimento de medicamentos, consultas e exames.
391.	Permitir emissão de relatórios de pacientes e atendimentos realizados dos programas do Ministério da Saúde (HIPERDIA, SISPRÉNATAL e SISVAN) com as informações dos atendimentos de cada programa.
392.	Permitir emissão de relatórios de pacientes e atendimentos realizados dos programas saúde da criança, planejamento familiar, climatério e menopausa com as informações dos atendimentos de cada programa.
393.	Possuir ferramenta de busca ativa na base de dados do sistema possibilitando a parametrização e o consequente alerta de forma on-line para pacientes que tenham diagnósticos sugestivos, tenham realizado procedimentos indicados como sugestivos, tenham tomado medicamentos sugestivos, tenham tido passagem por UTI, reinternações ou outros indicadores determinados.
394.	Permitir parametrizar plano de ação multiprofissional determinando as tarefas de cada tipo de profissional envolvido.
395.	Permitir a criação de questionários de atendimento com perguntas e respostas, atribuindo pontuação a cada resposta, devendo o sistema automaticamente classificar o grau de risco do paciente.
396.	Permitir atribuir pontuação positiva e negativa para cada resposta estipulada nos protocolos de atendimento a fim de apurar o grau de risco do paciente.
URGÊNCIA/EMERGÊNCIA
397.	Recepcionar o usuário e informando o tipo de atendimento, sendo no mínimo os seguintes tipos: Urgência e Emergência, Triagem/Acolhimento, Procedimentos e Enfermaria.
398.	Permitir a consultar a fila de usuários aguardando o acolhimento/triagem.
399.	Permitir registrar os procedimentos executados durante o atendimento.
400.	Permitir ao operador a digitação de laudos e a anexação de arquivos de resultados de exames ao registrar os procedimentos.
401.	Permitir o encaminhamento para consultas médicas especializadas.

402.	Permitir cadastrar dados de acolhimento tais como: Queixas iniciais, Dados vitais e antropométricos.
403.	Permitir cadastrar dados antropométricos coletados durante o período de observação do usuário.
404.	Permitir o cadastramento de receituário sendo possível selecionar qualquer medicamento presente na rede pública ou não.
405.	Permitir cadastrar o registro de enfermagem, podendo o enfermeiro consultar as prescrições e informar as ações e procedimentos executados.
406.	Permitir registrar a dispensação de medicamentos para usuário em atendimento.
407.	Permitir consultar usuários que estão em observação.
408.	Permitir o cadastramento de solicitação de procedimentos listados pela tabela unificada, para execução e faturamento futuros.
409.	Permitir cadastrar alta do usuário para que o mesmo seja liberado e o atendimento finalizado, tendo obrigatoriamente que informar o motivo.
410.	Permitir cadastrar condutas médicas e de enfermagem tais como: Registro de Alta, Receita Médica, Encaminhamento, Solicitação de Internação, Declarações e Atestados.
411.	Permitir cadastrar pedido de internação informando: Identificação do proponente a internação, Laudo Técnico, Xxx, Diagnósticos e demais informações exigidas pelo ministério da saúde.
412.	O sistema deve permitir a impressão dos pedidos de procedimento.
413.	Permitir a consulta dos usuários aguardando atendimento médico classificado pelo grau de urgência.
414.	Permitir consultar o histórico dos últimos atendimentos realizados para o paciente.
415.	Permitir controlar as escalas de plantões dos profissionais por especialidades.
416.	Permitir o cadastramento de plantões futuros sem limite de tempo.
417.	Disponibilizar informações dos plantões separados por especialidades com a possibilidade de disponibilizar em ambiente WEB ou Monitor (TV).
418.	Emitir relatório de atendimentos com filtros: por data, por período, por tipo de atendimento, por profissional e por unidade.
419.	Emitir gráfico de atendimentos por mês e acumulado no ano.
420.	Emitir gráfico de atendimentos bairro.
421.	Emitir gráfico de atendimentos por origem.
422.	Emitir gráfico de atendimentos por profissionais.
423.	Emitir gráfico de atendimentos por grupos de diagnóstico
424.	Emitir gráfico de atendimentos por unidade.
425.	Permitir a impressão da ficha de atendimento.
426.	Permitir a emissão do boletim de atendimento médico.
427.	Permitir controlar o protocolo de atendimento de urgência, determinando exames e medicamentos que podem ser solicitados aos pacientes.
428.	Controlar o exame físico por protocolo pré-determinado, definindo as questões que devem ser indagadas aos pacientes e os exames físicos a serem realizados nos mesmos, com padrão de respostas pré-definidas nos protocolos.
PRESCRIÇÃO ELETRÔNICA
429.	Permitir criar prescrições específicas correlacionando as principais síndromes previstas pelos serviços de saúde. Exemplo: Sepse abdominal/amoxilina-clavulanato, sepse abdominal/piperacilinatazobactan entre outros. Esses padrões somente podem ser editados por gerentes ou coordenadores.
430.	Permitir prescrição de antibiótico ou outro medicamento controlado e emissão automática do formulário correspondente de justificativa (ou o envia de modo eletrônico).
431.	Permitir, ao prescrever medicamento padronizado, verificar a disponibilidade do item no estoque da unidade, emitindo mensagem de alerta quando estiver indisponível no estoque.
432.	Permitir ao realizar a prescrição de imunobiológicos (vacinas, imunoglobulinas humanas, soros), registrando via de administração, unidade de medida, dose, por especialidades médicas (CBO) solicitantes, necessidade de autorização prévia.
433.	Permitir parametrizar prescrições de hemocomponentes, exigindo o preenchimento de itens como: unidade de medida, tempo de infusão, por especialidades médicas (CBO) solicitantes, duração do tratamento, regras para cálculo, dentre outros.
434.	Permitir, ao prescrever suplementos nutricionais, nutrição enteral e nutrição parenteral, verificar a

	disponibilidade do item no estoque da unidade, emitindo mensagem de alerta quando estiver indisponível no estoque.
435.	Permitir calcular a dose terapêutica, baseado em padrões previamente parametrizados.
436.	Permitir realizar a prescrição de soluções, definindo dispositivo de infusão, quantidade de etapas, horário de início das etapas, velocidade de infusão, volume de soluções etc. Exemplo: esquema de soro.
437.	Permitir parametrizar prescrições de soluções, exigindo o preenchimento de itens como: dispositivo de infusão, quantidade de etapas, horário de início das etapas, velocidade de infusão, volume de soluções etc.
438.	Permitir pesquisar as prescrições por situação (status).
439.	Permitir prescrever esquemas alimentares, por usuário do SUS, com check.
440.	Permitir definição da lista dos alimentos que poderão ser selecionados.
441.	Permitir tramitar solicitação de exame para autorização prévia.
442.	Garantir a integração com as demais áreas (Farmácia, SADT, Posto Enfermagem, Agência Transfusional, Nutrição etc.) sob forma de solicitação dos itens prescritos.
VACINA
443.	Deverá ser capaz de registrar todas as imunizações administradas ao cidadão, contendo informações de fabricante, lote, validade, dose, tipo de imunobiológico e todas as demais requeridas pelo SIPNI ou outro que venha a substituí-lo, ficando estas informações registradas no prontuário do cidadão em campo dedicado a este tipo de registro.
444.	Deverá conter ferramenta para registro facilitado de doses de campanha de modo que não seja necessário entrar no prontuário do cidadão para tal, selecionando previamente o imunobiológico a ser utilizado e digitando apenas o nome ou outra informação pessoal de identificação do usuário (como CNS) para o registro da aplicação, de modo a agilizar o registro em campanhas.
445.	Deverá conter formas de registrar os eventos adversos pós vacinação e intercorrências com os imunobiológicos (como exposição à temperatura inadequada).
446.	Deverá controlar o calendário de vacinação incluindo intervalo mínimo e recomendado entre as doses do mesmo imunobiológico, bem como idade mínima e máxima do cidadão que pode receber a dose, sendo que a plataforma utilizará estes valores para realizar o aprazamento das próximas doses no prontuário do cidadão.
447.	Ao se registrar uma dose de campanha no período ideal para a realização de dose normal (rotina), o sistema deverá automaticamente realizar o registro no sistema como dose de rotina.
448.	Deverá ser capaz de gerar monitoramento dos cidadãos que não receberam o imunobiológico na data correta (aprazada) minimamente por meio de relatório.
449.	Deverá ser capaz de gerar alerta internamente no sistema, voltado ao profissional vacinador e equipe de vigilância sobre a existência de registros atrasados.
450.	Deverá permitir a atualização do registro de vacinação do cidadão por meio de inserção manual de registros realizados fora da rede municipal, com destaque de que se trata de atualização manual e não aplicação de imunobiológico.
451.	Deverá bloquear ações que não fazem parte do esquema vacinal padrão (doses fora da idade), ficando apenas o usuário com acesso de administrador a essa ferramenta com permissão de inserção de tais informações.
452.	Gerar de modo automatizado arquivo magnético para integração com o sistema SI-PNI do Ministério da Saúde.
453.	Possibilitar a exportação de aplicações e transcrições de vacinas e/ou movimentações de estoque dos imunobiológicos conforme especificações da integração.
454.	Parametrização de vacinas definindo obrigatoriedade, via de administração, vínculo com imunobiológico do SI-PNI.
455.	Possibilitar o controle de frascos por dose ou quantidade definindo as diferentes composições de frascos existentes e respectiva validade.
456.	Possibilitar definir a quantidade padrão de doses por ciclo de vida (criança, adolescente, adulto e idoso).
457.	Possibilitar a definição das dosagens, respectivos critérios de intervalo mínimo e recomendado em relação à idade inicial e final.
458.	Possibilitar a definição de critérios de restrição em relação a outras vacinas definindo intervalo mínimo para aplicação.
459.	Possibilitar o descarte dos frascos vencidos calculando quantidade de perda, identificando a data, horário e

	motivo do descarte.
460.	Possibilitar a definição de faixas etárias por vacina conforme regras do SI-PNI.
461.	Disponibilizar processo automático para baixas de doses de quando as mesmas forem registradas.
462.	Possibilitar a restrição de registro de aplicações de vacinas considerando sexo do usuário.
463.	Emitir relatório de aplicações de vacinas realizadas.
464.	Emitir relatório de aplicações de vacinas atrasadas, com intuito de busca ativa de pacientes em campanha de vacinação.
465.	Realizar baixa automática da vacina no estoque quando integrado.
466.	Emitir relatório para busca por usuário com vacinas pendentes, aplicadas e transcritas.
467.	Possibilitar a visualização e impressão de carteirinhas de vacinação com aprazamentos e histórico de vacinas aplicadas.
468.	Possibilitar o registro das aplicações de vacinas informando data, horário, profissional, especialidade, usuário, identificação de gestante, comunicante de hanseníase, usuário renal crônico, vacina, dosagem, operador e data e horário de inclusão.
469.	Possibilitar informar o lote e data de validade.
470.	Possibilitar vincular o lote a partir dos lotes existentes em estoque apresentando o saldo individualizado.
471.	O sistema deverá permitir criar esquemas vacinais, possibilitando atender o calendário do Ministério da Saúde, estado e do município.
472.	Realizar o cadastro das geladeiras para o controle da temperatura.
473.	Gerenciar o estoque dos imunobiológicos por setor de forma integrada com o almoxarifado, avaliar consumo, registrar pedido, recebimento e perda.
474.	Controlar as geladeiras com registro das variações de temperatura, limpezas e falhas.
475.	Permitir o registro dos imunobiológicos visualizando cartão espelho de cada paciente de acordo com a idade.
476.	Possibilitar a configuração e emissão de boletim vacinal nos moldes do SI-PNI.
477.	Permitir visualizar, manter e imprimir o formulário de investigação de Eventos Adversos de imunobiológicos em conformidade ao formulário de investigação de Eventos Adversos Pós-Vacinação do Ministério da Saúde. Os dados solicitados na ficha devem ser carregados na mesma quando possuir no Sistema (Dados Usuário, Dados Profissionais, Dados Estabelecimento).
478.	Permitir visualizar e manter inativação lógica do registro incorreto da vacina/dose registrada no atendimento ou histórico, para fins de impressão do cartão de vacina.
VIGILÂNCIA EPIDEMIOLÓGICA
479.	A plataforma deverá possuir ferramenta para monitoramento dos agravos de notificação, contendo minimamente o agravo, a data dos primeiros sintomas, a data da notificação, sinalização de confirmação ou não, prazo para encerramento da investigação e situação da investigação, incluindo georreferenciamento com plotagem em mapa.
480.	A lista de agravos de notificação poderá ser customizada localmente pela CONTRATANTE.
481.	A plataforma deverá apresentar um sistema de alerta ao usuário para a notificação compulsória sempre que houver a digitação do CID ou CIAP, nos campos específicos, correspondente a agravos de notificação.
482.	A plataforma deverá disponibilizar as fichas de notificação e investigação dos agravos de notificação, boletins de acompanhamento, anexos de monitoramento ou quaisquer outros documentos referentes ao acompanhamento de casos ou contatos de forma editáveis para preenchimento durante o atendimento (a função de notificação deverá estar disponível no momento da assinatura do contrato. as fichas de notificação deverão estar funcionando em até seis meses após a assinatura do contrato. as fichas de investigação e demais funcionalidades descritas neste tópico deverão estar funcionais em até um ano após a assinatura do contrato).
483.	Deverá emitir alerta para atualização de endereço e telefone para cada notificação compulsória realizada, não sendo permitido o encerramento/fechamento do prontuário sem a atualização do mesmo ou confirmação de que o endereço e telefone existentes são os corretos.
484.	Deverá haver campo específico de observações em texto livre para cada caso/cidadão para preenchimento pela equipe de vigilância no módulo destinado ao acompanhamento dos agravos.
485.	Nesta mesma ferramenta supracitada deverá haver campos de interesse para cada um dos agravos (variável pelo agravo) e condizentes com os principais definidos na ficha de investigação (essa ferramenta deverá ser customizada junto à equipe de vigilância e poderá sofrer adaptações

486.	O programa deverá emitir alerta para encerramento das investigações pendentes em prazos oportunos para determinado perfil de acesso (trabalhadores da vigilância epidemiológica, inicialmente. posteriormente poderá ser expandido para os trabalhadores de unidades assistenciais diretas no momento da abertura do prontuário. esta funcionalidade deverá estar disponível conforme definições nos sistemas de alerta deste mesmo termo de referência).
487.	Permitir realizar o registro e acompanhamento e poder cadastrar novo registro para o paciente.
488.	Permitir o georreferenciamento dos agravos dos pacientes no Google Maps.
VIGILÂNCIA SANITÁRIA
489.	Deverá ser capaz de possibilitar que todo o processo de emissão de alvará sanitária aconteça sem comunicação direta ou por documento físico entre o solicitante e a vigilância sanitária, desde a solicitação inicial, contendo formulário autodeclarado e dados cadastrais, até a emissão do documento final, passando pelo acompanhamento do processo por ambas as partes.
490.	Deverá permitir assinatura eletrônica por ambas as partes (solicitante e vigilância sanitária).
491.	No perfil dos funcionários deverá ser configurável pelo menos a: realizar geração, acesso simplificado, consulta detalhada, inclusão de documentos/especificações, tramitação, parecer, assinatura, finalização/encerramento, geração de alertas e geração de laudos para os diversos serviços realizados pelos setores referidos.
492.	Possuir estrutura compatível com o CNAE - Cadastro Nacional de Atividade Econômica.
493.	O sistema deverá permitir o cadastro de modelos de inspeção sanitária definidos pelo operador.
494.	Possibilitar o controle dos alvarás solicitados.
495.	Realizar a busca dos estabelecimentos: por razão social, por nome fantasia, por nome do(s) proprietário(s), número do cadastro, número do alvará sanitário, data de validade do alvará sanitário, endereço comercial e telefone(s) de contato.
496.	Emitir alvarás sanitários por estabelecimento.
497.	Emitir relatório de estabelecimentos por status de alvarás sanitários.
498.	Possibilitar controlar e registrar no boletim diário de visitas.
499.	Emitir o relatório do boletim de visitas.
500.	Possibilitar o registro do cadastro de ocorrências por estabelecimento.
501.	Possibilitar realizar o cadastro de denúncias contendo informações do reclamante e do estabelecimento denunciado.
502.	Emitir o alvará sanitário e de localização conforme moldes definidos pelo município.
503.	Emitir o relatório de ocorrência.
504.	Emitir relatório de visitas contemplando área, natureza e estabelecimento.
VIGILÂNCIA AMBIENTAL- CONTROLE DE ENDEMIAS
505.	Permitir o reconhecimento geográfico - RG da área urbana do município, por localidades, quarteirões e zonas de trabalho (residências, comércios, terrenos baldios, outros), além dos pontos estratégicos com a possibilidade de atualização diária.
506.	Permitir informar estabelecimento de itinerário diário do ACE.
507.	Permitir registro da produção diária realizada contendo número do quarteirão, seqüência, lado, nome do logradouro, tipo de imóvel (residência, comércio, terreno baldio, outros), hora da entrada, tipo da visita (normal ou resgate), pendência, n° de depósitos inspecionados (A1, A2, B, C, D1, D2, E), coleta de amostra (se houver) com número de tubitos, número de depósitos eliminados, tratamento focal (larvicida – tipo / quantidade em gramas / n° de depósitos tratados), tratamento perifocal (adulticida – tipo / quantidade de cargas).
508.	Permitir realizar o resumo do trabalho diário de campo das informações listadas no item anterior.
509.	Permitir realizar o roteiro de supervisão de campo.
510.	Permitir a realização do Lira, conforme cronograma estabelecido pela SRS com a inclusão dos seguintes dados: sorteio dos quarteirões a serem inspecionados conforme a divisão dos estratos.
511.	Incluir na pesquisa do Lira os dados referentes ao trabalho de campo: Número do quarteirão, logradouro, número de recipientes com foco por tipo de recipiente (A1, A2, B, C, D1, D2, E), número de amostras coletadas, número de tubitos.
512.	Incluir na pesquisa do Lira os dados referentes ao trabalho de laboratório: número de tubitos examinados

	com A. aegypti / A. albopictus, número de recipientes positivos por tipo de recipiente (A1, X0, X, X, X0, X0, X).
000.	Permitir que cada supervisor realize o consolidado parcial dos extratos do Liraa.
514.	Incluir na ficha de solicitação de serviços com os seguintes dados: atendente, data, horário, nome do reclamante, endereço, telefone, referência, solicitação, retorno, ciência do supervisor, ciência do reclamante.
515.	Permitir que o supervisor geral controle a frequência dos ACEs sob sua responsabilidade.
516.	Permitir a inclusão dos boletins para acompanhamento das ovitrampas com os seguintes dados: Dados gerais: UF, município, ano, localidade, categoria, zona, atividade, semana epidemiológica, armadilha, Atividade realizada: número da armadilha, endereço, número do quarteirão, localização, datas de instalação e coleta, número de tubitos, ocorrência. Para o boletim da parte laboratorial: quantidade de ovos e larvas, espécies identificadas – Aedes aegypti / Aedesalbopictus / outras.
517.	Permitir realizar a inclusão de atividades educativas realizadas, com relatório da atividade e fotos.
518.	Emitir relatórios dos casos de dengue notificados no município.
519.	Emitir relatório dos focos de dengue encontrados no município.
520.	Emitir relatório das ovitrampas positivas no município.
FATURAMENTO
521.	Permitir a importação manual das definições da tabela SIGTAP do Ministério da Saúde, possibilitando selecionar os arquivos das competências a partir do repositório do DATASUS e realizar a importação das regras de faturamento de procedimentos do SUS.
522.	Permitir a importação manual das definições da tabela SIA/SUS do Ministério da Saúde, possibilitando selecionar os arquivos das competências a partir do repositório do DATASUS e realizar a importação das regras de faturamento de procedimentos do SUS.
523.	Gerar automaticamente com base nos atendimentos realizados o arquivo magnético para Boletim de Produção Ambulatorial conforme especificações do Ministério da Saúde, permitindo a seleção das unidades para geração.
524.	Possibilitar na geração dos arquivos BPA que os mesmos possam ser incluídos de forma consolidada e individualizada.
525.	Possibilitar a reapresentação da produção conforme portaria do Ministério da Saúde, em até 3(três) competências anteriores.
526.	Possibilitar importar o arquivo gerado no programa BPA magnético para o sistema do município.
527.	Possibilitar gerar produção do município incluindo a produção dos prestadores.
528.	Emitir relatório de toda produção gerada do município conforme SIA-SUS, com no mínimo os campos seguintes: tipo de registro do BPA, competência, unidade, grupo, subgrupo, forma de organização, procedimento, valor e quantidade.
529.	Consistir procedimentos no momento da realização quanto aos critérios definidos pelo Ministério da Saúde: sexo, idade, especialidade das unidades de saúde.
530.	Permitir o registro direto da produção BPA, por unidades de saúde de modo retroativo, devido a problemas na sua estrutura ou fluxo de atendimento.
531.	Realizar o faturamento dos procedimentos de alto custo e hospitalares, nos moldes definidos pelo Ministério da Saúde.
532.	O sistema deverá prever rotinas para realizar gestão de APAC – Autorização de Procedimentos de Alta Complexidade, permitindo acesso através de diferentes perfis parametrizáveis para: solicitante, autorizador, administrativo, executante e faturamento dos procedimentos ambulatoriais.
REGULAÇÃO
533.	O módulo de regulação deverá ser capaz de receber os encaminhamentos automaticamente gerados a partir do prontuário eletrônico bem como por inserção direta no módulo, sendo primeiramente apenas classificados pela data de inserção, sem distinção da forma como foram inseridos (demonstrar essas duas formas – por prontuário e diretamente).
534.	Deverá obrigatoriamente conter duas formas de organização das agendas, de modo que vagas possam ser atribuídas de maneira distinta e não conexa a uma fila não regulada (agendamento automático pelo sistema conforme disponibilidade de vagas) e outra fila completamente regulada (agendamento pelo profissional regulador) para a mesma especialidade.

535.	Deverá possibilitar a inserção personalizada pela CONTRATANTE de critérios de classificação e subclassificação a partir de dados clínicos, sendo este último completamente vinculado em grau hierárquico inferior ao primeiro (demonstrar critérios de subclassificação em uma mesma fila, sendo, minimamente: classificação de risco e algum outro (gestante, idoso, etc.), sendo mantida a classificação de idade como critério último, nesse caso.
536.	Deverá permitir ao profissional regulador a classificação individualizada (ordenação de prioridade) de cada solicitação inserida na fila de regulação. A configuração da ferramenta de classificação deve conter minimamente os seguintes parâmetros:
537.	Classificação de risco por meio de dados clínicos.
538.	Profissional executante, no caso de usuários que já estejam em acompanhamento especializado.
539.	Período pretendido para agendamento, no caso de retornos de usuários em acompanhamento.
540.	Tipo de atendimento pretendido (consulta de primeira vez ou consulta de retorno).
541.	Deverá permitir que a liberação de vagas para a fila não regulada aconteça de forma automática (sem intervenção humana) e de forma individual (manual) ou por lote de vagas (em bloco) para a fila regulada.
542.	A visualização de agenda e o processo de agendamento automático de vagas devem permitir parametrização no tocante a “dias de visualização de vagas” (primeira vez, retorno, vagas reguladas e vagas de fila cronológica), “número mínimo de dias para agendamento” (primeira vez, retorno, vagas reguladas e vagas de fila cronológica), “número de dias para cancelamento antes da consulta” (com diferenciação para vagas utilizadas pelo próprio município e para outros) e “horário de utilização do sistema pelos operadores” (dias da semana e horário mínimo e máximo), de maneira semelhante às funcionalidades existentes no SISREG (Sistema Nacional de Regulação) à data da confecção deste termo de referência assim como outros parâmetros definidos pela contratante.
543.	O cancelamento do agendamento por aplicativo específico pelo cidadão acarretará na reintegração da vaga ao quantitativo de origem de cada serviço ofertado.
544.	O controle de disponibilidade de vagas para agendamento deverá estar submetido à configuração de teto físico (quantidade bruta), teto financeiro ou ambos conjuntamente, configuráveis por cada procedimento pela CONTRATANTE a qualquer momento.
545.	A nomenclatura das agendas a serem consumidas pelo módulo de regulação será plenamente configurável pela CONTRATANTE.
546.	Deverá permitir a configuração das escalas de agendamento pela CONTRATANTE com a inclusão de dados mínimos como: nome do profissional, local, horário do atendimento, sendo que este horário poderá ser com tempo pré-estabelecido e exato para a consulta (1 cidadão por vez) ou o mesmo para todos os cidadãos a serem atendidos no período.
547.	Deverá permitir a possibilidade de configuração das agendas para suspensão temporária personalizada para cada serviço ofertado, seja ele um estabelecimento de saúde e toda a sua oferta de serviços ou a agenda de um profissional específico.
548.	Deverá permitir a transferências de agendas completas para períodos diferentes do originalmente configurado.
549.	Deverá permitir a configuração individualizada e variável de teto físico e financeiro disponível a cada município solicitante conforme programação pactuada integrada regional, permitindo a emissão de relatórios mensais para controle desses agendamentos.
550.	Deverá permitir inclusão de cotas por unidade solicitante e por procedimento a ser configurada pela CONTRATANTE por meio de ferramenta administrativa.
551.	Todos os procedimentos e/ou grupos de procedimentos poderão ter suas disponibilidades habilitadas ou não para cada unidade e/ou grupo de unidades no momento da solicitação, a critério da CONTRATANTE.
552.	Deverá permitir a inclusão de observações individualizadas por procedimento como orientações de preparo ou endereços alternativos de estabelecimento cujo texto deve estar visível nas autorizações destes procedimentos, sejam elas físicas (impressas) ou digitais (aplicativo/portal).
553.	Deverá permitir na configuração das escalas dos profissionais que atenderão às agendas, a divisão entre vagas externas (a serem consumidas pelo sistema de regulação) e vagas internas (a serem consumidas pelo próprio serviço, sem passar novamente pela regulação).
554.	Deverá permitir a configuração de parâmetros de proximidade territorial entre cada unidade solicitante e prestadores de serviços (próprios ou contratualizados) de forma que as vagas disponíveis para agendamento automático sejam consumidas de acordo com a proximidade entre a solicitante e o prestador.
555.	Deverá possuir sistema de busca que contemple, minimamente, os filtros de código da solicitação (chave primária). cartão nacional de saúde (CNS). nome completo do cidadão. procedimento (código ou nome).

	status do procedimento: pendente, agendado (por tipo de fila), cancelados, com confirmação de execução, sem confirmação de execução. unidade executora, unidade solicitante, município e data da inserção, sempre com demonstração de listagem e totalizadores simplificados.
556.	Deverá permitir ao prestador de serviço (próprio ou contratualizado) a confirmação da execução do procedimento por meio de inserção de contra chave única gerada para o cidadão no momento do agendamento do procedimento, ou por meio de biometria.
557.	Quando o usuário não comparecer ao atendimento agendado pelo sistema, a não confirmação pelos meios descritos acima deverá constar como registro de texto no prontuário o horário e data previstos (agendado) para a execução do procedimento.
558.	Deverá disponibilizar painel para visualização simplificada do quantitativo de vagas configuradas por prestador de serviço, permitindo filtros de visualização para tipo de vagas disponíveis conforme configuração prévia da agenda (vagas de primeira vez, de reserva, de retorno ou para consumo interno) e situação de consumo de vagas por período (em tempo real ou para relatórios de monitoramento).
559.	Deverá permitir que as solicitações devolvidas à Unidade solicitante após análise do profissional regulador sejam encaminhadas internamente no sistema para o profissional solicitante quando o mesmo for usuário do módulo de prontuário eletrônico integrante do sistema. Neste caso, ele pode ser a equipe de referência do usuário ou o próprio profissional especialista focal no caso de procedimentos solicitados pelas policlínicas do município. No caso de encaminhamentos externos inseridos manualmente a devolução deverá ser encaminhada ao profissional responsável pela inserção no sistema (este último ponto não avaliado na POC).
560.	Deverá contemplar cálculo para estimativa de tempo médio de espera por procedimento, sendo que o algoritmo para tal será definido a posterior junto à contratante.
561.	Deverá ser capaz de expor publicamente, a partir de critério definidos pela contratante e adequados à legislação, a fila de espera para os procedimentos, com adição dos procedimentos devolvidos não contemplados, tanto na plataforma do usuário quanto pelo aplicativo, além dos acessos dos profissionais de saúde (regulação e profissionais da assistência) (visualização da exposição da fila em plataforma do usuário na POC, minimamente).
562.	Dispor de cadastramento de feriados e dias facultativos diferenciando a sua origem (municipal, estadual e nacional), alertando no cadastro da agenda.
563.	Dispor na montagem das agendas as definições e regras do gestor como: colisão de horários, colisão de locais e controle das cotas por estabelecimento.
564.	Possibilidade de informar o tipo de atendimento: consultas, retornos, reserva técnica, entre outros.
565.	Dispor de um processo de agendamento automatizado da fila de espera com base nas agendas cadastradas, respeitando as regras de prioridade e a posição do paciente.
566.	Permitir visualizar as listas de espera e realizar o agendamento com base nas agendas cadastradas para as consultas ou exames oferecidos dentro da rede.
567.	Permitir visualizar as listas de espera e realizar o agendamento para as consultas ou exames oferecidos fora da rede.
568.	Possibilidade de reimpressão de comprovantes do agendamento.
569.	Dispor de Lista de Espera de solicitações (exames e consultas) que devem ser regulados, tendo no mínimo as seguintes opções: (i) Encaminhar paciente para fila de espera com opção de alterar a prioridade com justificativa (ii) Possibilitar devolver informando a justificativa.
570.	Dispor de gestão dos agendamentos em todos os estabelecimentos de saúde.
571.	Permitir consultar a posição do usuário SUS na lista de espera por especialidades não agendadas.
572.	Possibilitar o controle de contratos dos prestadores por serviços realizados, permitindo selecionar os procedimentos que serão contratados.
573.	O sistema deverá possibilitar a criação das agendas dos serviços contratados, por horários fixo ou variados dos dias da semana.
574.	Permitir o agendamento da solicitação do serviço nas agendas criadas do município.
575.	Possibilitar regular as solicitações dos serviços de acordo com a justificativa informada, mantendo o histórico do fluxo, possibilitando alterar a prioridade da solicitação na fila de espera.
576.	Possibilitar o controle dos saldos financeiros dos municípios referenciados pela PPI.
577.	O sistema deverá ter um mecanismo de configuração de regras de agendamento, permitindo a parametrização das prioridades na hora do agendamento automático (ex: unidade mais perto do paciente, tipo de estabelecimento ”público ou prestador”, tipo de agenda, etc.).
578.	Possuir funcionalidade para cadastro de documentação por: profissional e/ou paciente.
579.	Permitir o registro de documentação necessária por procedimento solicitado.

580.	Deve possuir funcionalidade para cadastro de motivos: agendamento, avaliação de solicitação, bloqueio e cancelamento de agendamentos, finalização do atendimento e outros.
581.	Permitir controle físico de saldos da PPI.
582.	Possuir visualização simplificada de consumo dos saldos de contrato dos prestadores.
583.	Possuir parametrização que anteceda ao agendamento do tipo: obrigar endereço completo, obrigar CNS do paciente, obrigar telefone e obrigar primeira consulta para retorno.
584.	Permitir unificação de prontuários de pacientes em caso de pluralidade de registros.
585.	Deve contemplar diferentes perfis de acesso nos seguintes moldes: Administrativo CRL (interno) - realiza cadastro de pacientes e das solicitações de internação. Regulador CRL (interno) - regula as internações e movimentações (autoriza, nega, solicita complementação de informações, coloca em lista de espera, etc), Prestador (externo) - complementa informações solicitadas para regulação, realiza as internações, movimentações e altas dos pacientes autorizados e Municípios Pactuantes (externo) - realiza as solicitações de internação e complementa as informações solicitadas para regulação.
586.	Permitir o cadastramento de setores do estabelecimento de saúde, contendo no mínimo nome, situação (ativo ou inativo) e estabelecimento de saúde ao qual pertence - buscar a partir do cadastro do CNES, todos os campos são de preenchimento obrigatório. Deve permitir realizar manutenção neste cadastro.
587.	Permitir o cadastramento de tipo de leito, contendo no mínimo nome e situação (ativo ou inativo), ambos obrigatórios.
588.	O sistema deve trabalhar com a idéia de solicitação de leitos para internação, as solicitações poderão ser feitas internamente - pelo CRL ou externamente pelos estabelecimentos prestadores autorizados ou municípios pactuantes.
589.	Deve permitir registrar uma observação junto com a solicitação de leito.
590.	O sistema deve prover rotina para troca eletrônica de informações entre o solicitante e a CRL, para que a CRL possa iniciar o processo de regulação da internação dentro de cada solicitação, armazenando usuário, data e hora.
591.	O sistema deve fornecer rotinas para otimizar a regulação de solicitações de urgência/emergência e solicitações eletivas que já tenham se efetivado em internações.
592.	Todas as alterações feitas em uma solicitação devem ser registradas dentro da própria solicitação (Histórico da Solicitação), visto que faz parte do processo de trabalho o acompanhamento de tudo que ocorre com cada solicitação lançada no sistema.
593.	O sistema deve prever rotinas para realizar a regulação de solicitações de internação em leitos, possibilitando a apenas perfis previamente configurados (regulador) autorizar ou negar as solicitações conforme avaliação clínica, alterando o status da solicitação e informando o motivo de indeferimento (quando for o caso).
594.	O sistema deve permitir que uma solicitação regulada e autorizada, enquanto aguarda liberação de leito para internação, possa ser colocada e removida de uma lista de espera interna da CRL.
595.	Para as solicitações autorizadas é necessário um controle posterior que libere efetivamente a internação, estando a partir desse momento disponível para o estabelecimento prestador realizar a internação do paciente.
596.	A autorização de internação pode ser gerada por qualquer perfil interno (administrativo e regulador) depois que houve a regulação e prévia autorização de internação por parte do regulador.
597.	Cada autorização de internação só poderá ser utilizada uma única vez e no tipo de leito para o qual ela foi autorizada.
598.	Permitir identificar a realização de exames em gestantes e critério de urgência.
599.	Permitir manter protocolos clínicos específicos para cada procedimento, contendo informações que devem ser preenchidas pelo usuário do sistema quando da criação de uma solicitação para um determinado procedimento.
600.	Permitir manter protocolos de priorização específicos para solicitações ambulatoriais, internações eletivas e internações de urgência, parametrizados por procedimentos ou agrupamentos de procedimentos.
601.	Permitir parametrizar níveis de alerta para a quantidade de solicitações em determinada situação e permitir exibir alertas para usuários do sistema com perfis específicos em caso de os níveis de alerta serem atingidos.
602.	Permitir importação e exportação de dados de instrumentos de cobrança ambulatorial (BPA, APAC e RAAS) no formato dos respectivos sistemas de preenchimento disponibilizados pelo Ministério da Saúde.
CONTROLE E AVALIAÇÃO

603.	Deverá permitir a gestão de contratos, desde o momento de cadastro do prestador e respectivo contrato, programação orçamentária, controle de saldos, até o registro do pagamento do mesmo, com competência padrão mensal.
604.	Deverá permitir que seja feita a sinalização, para controle de produção e pagamento, de prestadores de serviço vinculados a uma unidade própria, como terceiro.
605.	Deverá ser permitida a inclusão de valores complementares àqueles da tabela nacional de procedimentos, de modo que seja possível acompanhar ambos separadamente em todo o processo, incluindo o faturamento em separado.
606.	Para fins de processamento e faturamento, a plataforma deverá possibilitar a sinalização manual de quais prestadores/serviços são próprios e quais são terceirizados (credenciados).
607.	Deverá possuir internamente todo conjunto de regras definidas pela legislação vigente, regras internas dos sistemas governamentais e processos internos para críticas à produção (como tabela de procedimentos, registro de estabelecimentos e profissionais, teto físico e financeiro, etc.), de modo que, sempre que aplicável, o impedimento acontece já no momento do registro de atendimento (demonstrar na POC bloqueio de registro se o profissional não estiver com CBO correto, se a unidade não estiver com habilitação/classificação correta, e se o procedimento for registrado acima do teto físico ou financeiro).
608.	Deverá ser permitida a correção manual das críticas diretamente no sistema, sempre que aplicável, de modo a liberar o processamento adequado para os casos em que a crítica não corresponder ao processo real.
609.	Deverá permitir o redirecionamento de produção, de modo que os procedimentos registrados em determinada unidade possam ser direcionados antes do processamento final para outra unidade.
LABORATÓRIO
610.	Permitir definir os exames que serão realizados por laboratório.
611.	Permitir cadastrar e caracterizar os exames (nome, sinônimos, sigla, rotina ou especializado, contendo um ou mais procedimentos da tabela SUS, sexo aplicável, carência, amostra, recipiente, procedimento correspondente da tabela SUS e bancada).
612.	O sistema deve permitir a criação de questionários dinâmicos de acordo com o exame solicitado, para preenchimento no momento da coleta.
613.	O sistema deve dispor de uma tela de avaliação de resultados retornados pelo analisador permitindo ao operador: avaliar, repetir ou cancelar o resultado para todos os itens de um exame, ou somente um específico.
614.	Permitir realizar a liberação do exame pela tela de avaliação de resultados.
615.	Permitir ajustar os resultados retornados do analisador diretamente pela tela de avaliação de resultados.
616.	O sistema deve destacar, na tela de avaliação, resultados que não estejam de acordo com os valores de referência definidos.
617.	Permitir a impressão de códigos de barras para identificação das amostras dos pacientes.
618.	Permitir cadastrar kits, reagentes, cor dos recipientes, equipamentos do laboratório, método, unidade de medida, formas de conservação das amostras e valor de referência.
619.	Permitir a criação de postos de coleta vinculados à unidade de saúde.
620.	Permitir delimitar os exames da solicitação por CBO e aplicar a delimitação.
621.	Permitir agendar exames pela unidade de referência.
622.	Permitir imprimir os resultados de exames nas unidades que as solicitaram e/ou pelos postos de coleta.
623.	Permitir imprimir mapas de trabalho por bancada e/ou por usuário e/ou por exame de acordo com a definição do laboratório.
624.	Permitir ao operador criar moldes de resultados de exames de acordo com a exigência do laboratório, através do próprio sistema.
625.	Permitir criar fichas de solicitação com os preparos dos exames processados na unidade.
626.	Permitir a recepção, digitação, liberação e impressão dos resultados dos exames individualmente e em lote.
627.	Permitir resultados de exames via internet.
628.	Permitir a criação e aplicação de vagas de agendamentos por horário.
629.	Permitir controlar a entrega de resultado dos exames por usuário.
630.	Permitir registrar problemas ocorridos na coleta e com a amostra dos exames.
631.	Permitir o cadastro de exames dependentes.
632.	Permitir realizar cálculos derivados a partir de valores registrados de outros itens do mesmo exame.
633.	Permitir realizar cálculos derivados a partir de valores registrados de itens de outro exame.

634.	Permitir imprimir o valor de referência conforme perfil do usuário.
635.	Consistir todos os itens de resultado do exame, de acordo com as regras definidas.
636.	Permitir emissão de um relatório do quantitativo de exames solicitados por profissional e unidade num determinado período.
637.	Permitir emissão de um relatório do quantitativo do valor de exames liberados pelos bioquímicos ou técnicos por unidade.
638.	Permitir emissão de um relatório de exames agendados em que o usuário não compareceu na unidade.
639.	Permitir emissão de um relatório de exames realizados por unidade que o solicitou.
640.	Permitir definir e aplicar período de carência para que o mesmo usuário possa solicitar o mesmo exame.
641.	Permitir que a identificação das amostras sejam individuais e unívocas (número único para cada amostra), sem repetição no mesmo pedido e sem repetição entre pedidos distintos.
642.	Permitir a criação de lotes de envio das amostras colhidas nos postos de coletas para os respectivos setores de execução, dispondo de campos para registro de informações complementares do envio, sendo eles: Data, hora, latitude, longitude, temperatura e umidade.
643.	Permitir a vinculação de várias amostras ao lote de envio.
644.	Permitir o recebimento das amostras, possibilitando também, ao operador, registrar problema relativo às mesmas, em uma única tela. A tela deverá dispor minimamente dos seguintes filtros: posto de coleta, tipo de amostra, situação e data da coleta.
645.	Permitir que o envio e recebimento das amostras possam ser feitos a partir da leitura dos códigos de barras das amostras.
646.	O sistema deverá sinalizar a situação de recebimento do lote de envio e de cada amostra, possuindo minimamente as seguintes situações para lote: Criado, enviado, parcialmente recebido e totalmente recebido. E para a amostra: recebida e não recebida.
SOROTECA
647.	Permitir administração de quantidade ilimitada de depósitos (geladeiras, câmaras frias, etc.).
648.	Permitir realizar a divisão configurável dos depósitos em estantes, sem limite de quantidade.
649.	Permitir fazer a identificação dos depósitos e de suas divisões segundo padrões do próprio laboratório.
650.	Possuir layout (linhas x colunas) configurável das grades de arquivamento de amostras.
651.	Deve permitir configurar diferentes tipos de grades.
652.	O sistema deve fazer a localização da amostra com indicação detalhada do posicionamento das amostras nos depósitos, estantes e racks das sorotecas.
653.	O sistema deve fazer a recuperação do local de armazenamento (depósito, estante, grade e posição) pela informação do identificador da amostra ou do identificador do paciente.
TRATAMENTO FORA DO DOMICÍLIO
654.	Permitir realizar o cadastro de veículos com suas vagas, pontos de referência, horários de saída e efetuar a reserva de veículos.
655.	Permitir a parametrização dos procedimentos pactuados com cada município para o TFD, de acordo com a PPI.
656.	Permitir fazer a reserva prévia do procedimento consultando a cota pactuada.
657.	Permitir cadastrar e identificar o acompanhante do usuário.
658.	Permitir registrar a emissão de recibo de ajuda financeira fornecida ao usuário e acompanhante.
659.	Permitir cadastrar os tipos de ajuda financeira fornecida ao paciente.
660.	Permitir registrar a solicitação de TFD, conforme modelo do Ministério da Saúde.
661.	Permitir avaliar as solicitações de TFD.
662.	Permitir acompanhar a realização do procedimento.
663.	Permitir confirmar o agendamento do procedimento já reservado.
664.	Permitir consultar as solicitações de TFD autorizadas.
665.	Permitir consultar usuários com TFD agendado.
666.	Permitir identificação do serviço ou unidade de agendamento no município de destino do TFD.
667.	Permitir imprimir o recibo de reserva do procedimento.
668.	Permitir a programação do tempo em todas as etapas do processo de TFD.

669.	Permitir lançar os procedimentos específicos do TFD conforme tabela do SIA-SUS.
670.	Permitir ajustar a competência para débito e crédito na cota de encaminhamento do paciente.
671.	Permitir emissão de mapas / planilhas de agendamento, transporte, autorização da junta, autorização do gestor e demanda reprimida.
672.	Permitir emissão de relatório da lista de demanda reprimida por procedimento.
673.	Permitir emissão de relatório de lista de usuários que serão transportados, com identificação do destino.
674.	Permitir cadastrar e identificar mais de um acompanhante do usuário. Conforme solicitação aprovada pela Comissão de TFD.
675.	Permitir cadastrar e identificar a informação de condição de transporte do usuário, caso necessite de oxigênio, técnico de enfermagem, aspirador ou tomada no veículo.
GESTÃO DE FROTA DE VEÍCULOS
676.	O sistema deverá possuir campos para cadastro básico de veículo, contendo, minimamente: placa, modelo, ano, lotação, descrição, RENAVAM, cor, tipo, capacidade de abastecimento, seguro, marca, tipo de abastecimento, chassi.
677.	Deverá possuir controle de gastos por tipo de gasto, incluindo o contrato vinculado ao serviço, a data da execução, o item substituído/adicionado e o custo, podendo estes custos serem recuperados por veículo, tipo de item e período.
678.	O sistema deverá possuir registro de viagem, contendo, minimamente, ponto de partida e destino final da viagem, com vinculação do motorista responsável e demais pessoas que estejam no veículo, sendo que os pacientes devem possuir os destinos de tratamento individualizados no registro.
679.	Deverá ser possível definir escala de uso dos veículos com distribuição por unidade de saúde, contendo dias da semana e período, com possibilidade de repetição periódica (semanal, quinzenal, mensal, bimensal) de modo a organizar o uso dos veículos para visita domiciliar pelos profissionais de saúde.
680.	Deverá possuir controle de escalas e carga horária dos motoristas.
681.	Deverá permitir o cadastro de Serviço por Veículo contendo no mínimo as informações. Funcionário, data do serviço, odômetro de saída e chegada, hora de saída e chegada, tipo de abastecimento, valor do abastecimento, quantidade de litros e fornecedor.
682.	Deverá permitir o cadastro de Contratos de Veículos contendo as informações: data do contrato, número da licitação, número do contrato, fornecedor, valor de horas e total de horas contratadas.
683.	Deverá permitir o controle de manutenção da frota contendo no mínimo as informações: Veículo, odômetro, data de início, previsão de término, tipo de manutenção, status e descrição.
684.	Realizar o controle de peças usadas na manutenção contendo o registro de peças, quantidade, preço e previsão para os próximos serviços com data e quilometragem.
685.	Realizar o controle de serviços efetuados na manutenção contendo serviço e preço.
686.	Realizar o cálculo automático do total rodado por veículo.
GESTÃO DE MATERIAIS E MEDICAMENTOS – ALMOXARIFADO E FARMÁCIA
687.	Deverá estar apto a realizar solicitação automática de todos os insumos por unidade de saúde, utilizando, para tal, parâmetros amplamente definidos em logística como: estoque mínimo, estoque máximo, média/mediana de consumo por período (incluindo variações sazonais), etc.
688.	O módulo deverá permitir o cadastro completo de itens, incluindo, minimamente, fabricante, modelo do produto, especificação, lote, validade, preço unitário da compra e tipo do produto (para os medicamentos ainda deverá haver a apresentação).
689.	Deverá possibilitar o cadastro completo do fornecedor e do fabricante, incluindo razão social, endereço, CNPJ, número e data do contrato (quando for pertinente).
690.	Os produtos poderão ser separados em grupos e subgrupos e/ou classes e subclasses, de modo que haja um mínimo de 3 níveis de separação.
691.	Deverá possibilitar o amplo controle de entradas (por compra, doação) e saída (por consumo, perda, transferência) de quaisquer produtos e unidades.
692.	Deverá possibilitar que a solicitação seja realizada pelas unidades, em bloco e com visualização total dos insumos de uma mesma categoria na mesma janela, com sugestão de quantidade a ser solicitada utilizando os parâmetros descritos anteriormente.
693.	Gestão de todo o estoque de medicamentos fornecido pela rede municipal de saúde, nos postos e nas

	farmácias do município.
694.	Possuir controle dos produtos abaixo do mínimo.
695.	Movimentação dos produtos detalhada para garantir auditorias como: registro de sinistros, perdas, entrada e saídas normais, entre outros.
696.	Criação de grades de ressuprimento ideal para cada unidade, para auxiliar na separação das entregas, e distribuição dos insumos sem a necessidade da realização dos pedidos pelas farmácias.
697.	O sistema deve dar a possibilidade de informar o fabricante do lote do medicamento no momento da digitação da nota fiscal de entrada.
698.	Possuir controle das entradas de materiais e medicamentos por lote e validade.
699.	Definir para todos os produtos da unidade uma quantidade de segurança, mínima de estoque e máxima de estoque.
700.	Permitir a impressão de pedido para separação.
701.	Permitir realizar a separação dos pedidos a serem entregues, com possibilidade de colocar o pedido em estado de separação.
702.	Possibilidade de enviar quantidade menor ao solicitado.
703.	Garantir que não sejam enviados ou dispensados lotes vencidos de medicamentos.
704.	Possuir funcionalidade que realize a integração com o HORUS, com envio de movimentações e gestão do estoque.
705.	Permitir a prescrição com sugestão de posologia codificada.
706.	Possuir funcionalidade que calcule o quantitativo prescrito com base na posologia selecionada ou informada, auxiliando na dispensação.
707.	Possuir funcionalidade que realize a dispensação do medicamento de forma particionada.
708.	Possuir funcionalidade que permita ao usuário visualizar as dispensações anteriores do paciente.
709.	Possuir funcionalidade para registros de inventário por grupo, subgrupo ou item individual.
710.	Possuir gestão de estoque por local de armazenamento definido no mínimo: rua, ala e prateleira.
711.	Permitir efetuar o registro de perda ou quebra de medicamento, de modo a possuir fácil identificação do motivo.
712.	Possuir fluxo de atendimento de pedido que inclua no mínimo: pedido, autorização do pedido, atendimento do pedido, separação, recebimento do pedido.
713.	Permitir manter dados da produção própria de medicamentos / soluções (lote de produção).
714.	Permitir o vínculo de materiais associados a uma cirurgia específica ou grupo e vinculado a um profissional médico para efeito de dispensa quando este profissional realizar a cirurgia indicada no grupo.
APLICATIVO PARA AGENTES COMUNITÁRIOS DE SAÚDE
715.	Identificar o Agente como operador no dispositivo móvel.
716.	Validar o acesso do Agente no dispositivo móvel através da mesma senha criando no sistema do município.
717.	Possibilitar a validação off-line com a mesma senha do Agente Comunitário de Saúde cadastrado no sistema no dispositivo móvel.
718.	Possibilitar a conexão do APP do dispositivo móvel com o sistema do município, via Wi-Fi.
719.	Possibilitar carregar no dispositivo móvel as famílias que serão visitadas pelo Agente Comunitário de Saúde.
720.	Possibilitar a realização da visita domiciliar diretamente no dispositivo móvel, mesmo sem conexão (off- line).
721.	Possibilitar a atualização dos dados dos membros da família diretamente no dispositivo móvel.
722.	Possibilitar cadastrar novos membros da família diretamente no dispositivo móvel.
723.	Possibilitar registrar a posição geográfica no momento do lançamento dos dados no dispositivo móvel.
724.	Possibilitar a sincronização das informações alteradas no APP do dispositivo móvel com a base oficial do município.
725.	Permitir visualizar as unidades de saúde, especialidades, profissionais e datas de atendimento dos membros integrantes da família.
726.	Permitir visualizar as unidades de saúde, especialidades, profissionais e datas nas quais os membros integrantes da família possuem consulta agendada.
727.	Permitir visualizar as unidades de saúde, datas e exames realizados pelos membros integrantes da família.
728.	Permitir visualizar as unidades de saúde, datas e exames agendados pelos membros integrantes da família.

729.	Permitir visualizar o cartão de vacina dos membros integrantes da família.
730.	O aplicativo deverá funcionar off-line com armazenamento local de informações para sincronização posterior com a base de dados, de modo que o trabalho do ACS não seja prejudicado pela inexistência de sinal de rede móvel no ambiente de atuação deste profissional.
731.	O aplicativo deverá ser totalmente compatível com o sistema de fichas do sistema eSUS/SISAB ou qualquer outro que o venha a suceder.
732.	Deverá ser possível na plataforma definir roteiro de visitas para o ACS (a ser visualizado no aplicativo em questão) por meio de marcação individual de cidadãos a serem visitados, com visualização de roteiro em mapa.
APLICATIVO PARA AGENTES DE ENDEMIAS
733.	Possibilitar no aplicativo móvel o cadastro personalizado das regiões sanitárias de acordo com a divisão do mapa epidemiológico da cidade. Será possível mapear por região sanitária às localidades, endereços, quadras e lotes de atuação do agente comunitário de endemias.
734.	Permitir informar o número do SINAN, permitir selecionar data de início e fim do Ciclo e número de controle do foco conforme padrão PNCD (Programa Nacional de Controle da Dengue).
735.	Permitir registrar as vistorias por tipo de atividade entre: Revisão de área, Levantamento de Índice, Ponto Estratégico, Tratamento, Delimitação de Foco, Pesquisa Vetorial, Investigação de Denúncia e Bloqueio de Transmissão, e ainda realizar o cadastro de novos tipos de atividades conforme haja necessidade de forma personalizada por cliente, conforme padrão PNCD (Programa Nacional de Controle da Dengue).
736.	Permitir captura de imagens / fotos durante as visitas, por exemplo capturando fotos de focos de Dengue.
737.	Permitir registrar os depósitos vistoriados para coleta de amostras por tipo: X0, X0, X, X, X0, X0 e E, assim como tirar fotos dos depósitos por tipo de atividade diferente, conforme padrão PNCD (Programa Nacional de Controle da Dengue).
738.	Permitir selecionar, quando aplicável, o tipo de veneno com a referida quantidade em gramas e para qual tipo de depósito foi aplicado.
739.	Controle anual de forma automática do número de tubitos coletados pelos agentes em cada atividade.
740.	Permitir realizar registros de vistorias realizadas no aplicativo fora de um planejamento.
741.	Realizar o cadastro personalizado dos tipos de depósito, tipos de imóveis, tipos de tratamento, venenos e tipos de veneno através da interface WEB, de acordo com a necessidade.
742.	Realizar o controle e acompanhamento das visitas através de relatórios pontuais permitindo filtrar informações de acordo com a necessidade, na interface WEB.
743.	Emitir relatório padrão PNCD (Programa Nacional de Controle da Dengue), para alimentação do sistema PNCD, dos dados registrados no aplicativo, via interface WEB.
744.	Permitir realizar auditorias em todas as telas da interface WEB.
745.	Permitir trabalhar offline, sem necessidade de conexão com internet.
746.	Permitir sincronização com sistema base de dados.
747.	Permitir visualização de resumo das atividades na interface WEB e Mobile.
APLICATIVO MOBILE PARA CIDADÃO
748.	Disponível para Android e iOS (IPHONE).
749.	Permitir cadastro Informações pessoais (Nome, Sexo, Data de nascimento, CPF, Nome da mãe, quantidade de dependentes e estado Civil, e-mail, celular, CEP senha de acesso, autenticação por Self ou SMS).
750.	Permitir que o Município utilize o aplicativo como canal de Notícia para a população.
751.	Possuir os dados do paciente com real posição da fila de regulação.
752.	Possuir Status para fácil identificação do paciente (Agendado, Atendido, Devolvido, Parcialmente atendido e Solicitado).
753.	Possuir identificação da especialidade e exames solicitados.
754.	Possuir histórico com data de entrada na fila, Dias que o paciente está na fila e Prioridade.
755.	Possuir histórico de agendamento, se o paciente compareceu ou não na consulta.
756.	Possuir confirmação de presença na consulta.
757.	Possuir agendamento trazendo a especialidade ou Procedimento com data, hora e unidade de atendimento.
758.	Permitir a emissão do cartão de vacina do cidadão.
759.	Permitir a emissão de passaporte vacinal COVID-19, conforme opção do município.

760.	Permitir validação do passaporte vacinal COVID-19, do cidadão, através de QRCode.
PORTAL DO CIDADÃO/PORTAL DA TRANSPARÊNCIA
761.	O sistema deverá possibilitar gerar a senha de acesso para o portal online do usuário.
762.	Permitir acesso às informações através da inserção do CNS ou CPF.
763.	O sistema deverá permitir validação do acesso através de login e senha para acesso a dados dos pacientes.
764.	Possibilitar aos operadores das recepções consultarem a senha gerada.
765.	Permitir visualizar a identificação do usuário logado no portal durante a utilização.
766.	Permitir que o usuário acesse os dados de agendamentos de consultas.
767.	Visualizar as seguintes informações dos dados do agendamento da consulta com no mínimo as informações a seguir: Data da agenda, horário, unidade de saúde, profissional, CBO.
768.	Permitir que o usuário acesse os dados dos agendamentos de exames.
769.	Visualizar as seguintes informações dos dados do agendamento de exames com no mínimo as informações a seguir: número da solicitação, exames, data da agenda, horário, unidade de saúde, posto de coleta e preparo do exame.
770.	Exibir pelo menos as seguintes informações relativas à posição do usuário na fila de espera existente na base de dados do município: posição na fila, CBO, procedimento, profissional, data da inclusão.
771.	Proporcionar sigilo aos dados dos pacientes.
772.	Possibilitar a busca por solicitação, serviço, situação, descrição do procedimento e unidade de saúde solicitante.
PAINEL ELETRÔNICO DE CHAMADA
773.	O Módulo deverá permitir a visualização de Painel Eletrônico compatível browsers "navegadores de internet" mais comuns do mercado como Mozilla Firefox versão 60.0 ou superior bem como Google Chrome versão 67.0 ou superior, possibilitando a extensão do referido painel para um monitor ou TV visível para os usuários do serviço (pacientes) em formato de uma nova janela do browser/navegador que seja independente da janela principal de operação do usuário sistema.
774.	O módulo deve possibilitar o controle do fluxo de "Filas" de pacientes que estejam aguardando atendimento de serviços de saúde ofertados no respectivo estabelecimento, sejam eles por exemplo: Agendamento de Consultas, Agendamento de Exames, Entrega de Medicamentos na Farmácia, Procedimentos Ambulatoriais, Atendimento Odontológico entre outros.
775.	O sistema deve permitir chamar a senha exibindo-a no Painel Público pelo número e ou código de abreviação do serviço referenciado, bem como permitir a emissão de sinal sonoro para chamada dos pacientes.
776.	Para o caso do atendimento médico o sistema deverá permitir ao profissional do consultório chamar o paciente através do botão de chamado presente na tela da agenda de atendimento de consulta do respectivo profissional.
777.	O sistema deverá emitir um sinal sonoro quando da chamada do paciente.
778.	O sistema deverá mostrar no mínimo as últimas 03 chamadas na tela do Painel de Chamado de Senha.
779.	O sistema deve possibilitar também a geração de senhas com nível de prioridade.
TELEATENDIMENTO E SERVIÇOS DE ATENÇÃO AO COVID-19
780.	O sistema deverá possibilitar o atendimento remoto dos usuários dos serviços de saúde.
781.	Possibilitar realizar o acolhimento de pacientes através de teleconsulta.
782.	Possibilitar realizar o atendimento médico de pacientes através de teleconsulta.
783.	Permitir que o cidadão inicie a teleconsulta através do navegador de internet.
784.	O sistema deve permitir a realização de áudio e videoconferência entre o paciente e o profissional de enfermagem durante o acolhimento, através do portal do cidadão.
785.	O sistema deve permitir a realização de áudio e videoconferência entre o paciente e o profissional de enfermagem durante o acolhimento, através do navegador de internet.
786.	O sistema deve permitir a assinatura digital da ficha de acolhimento durante a teleconsulta.
787.	O sistema deve permitir a assinatura digital da ficha de atendimento durante a teleconsulta.
788.	O sistema deve permitir a assinatura digital da receita médica durante a teleconsulta.

789.	O sistema deve permitir a assinatura digital do atestado médico durante a teleconsulta.
790.	O sistema deve permitir a assinatura digital da declaração de comparecimento durante a teleconsulta.
791.	O sistema deve permitir o download dos documentos assinados digitalmente após a teleconsulta.
792.	Permitir a criação de agendas para teleconsultas.
793.	Disponibilizar os documentos assinados durante a teleconsulta, para o paciente, no portal do cidadão disponível no sistema.
794.	O sistema deve permitir o envio dos documentos assinados digitalmente para o email do paciente, durante a teleconsulta.
795.	Permitir a criação de agendas para teleconsultas.
796.	Permitir ao cidadão agendar teleconsultas.
BUSINESS INTELLIGENCE (BI)
797.	Deverá permitir ao gestor avaliar indicadores para áreas estratégicas da saúde com visão da produtividade das unidades/serviços da rede.
798.	Permitir que o próprio usuário especifique quais dados deseja visualizar e a partir dessa seleção é montada uma tabela cruzada com os dados, agrupando, classificando e somando as métricas de acordo com as seleções realizadas.
799.	Possuir interatividade com consultas disponibilizadas, agendadas e efetivadas.
800.	Possuir interatividade com a fila de regulação.
801.	Possuir interatividade com as visitas domiciliares da Atenção Básica.
802.	Possuir interatividade com cadastro individual da Atenção Básica
803.	Possuir interatividade com registros de vacinação
804.	Permitir gerar gráficos instantaneamente, bem como exportar a tabela de dados gerada na tela do navegador web para formatos digitais PDF e XLS.
805.	Possuir relatórios interativos para telas (computador, TVS etc.) compostos de gráficos, tabelas e indicadores, permitindo ao usuário final, de forma amigável, monitorar e explorar as métricas, indicadores e demais informações.
806.	Possuir relatórios feitos para impressão, exportação para formatos digitais ou para envio por e-mail, que podem conter listagens de dados e gráficos.
807.	Permitir a criação de painéis com mapas interativos que possibilitam, associadas a coordenadas geográficas procedentes dos dados do município com os dados de georreferenciamento do IBGE, o monitoramento de regiões, microáreas e bairros.
808.	Possuir gráficos interativos através de mecanismos de filtragem que possibilitam ao usuário visualização de análises mais capilares, detalhadas e precisas.
809.	Possuir painéis interativos com a capacidade de gerar visualizações demonstrando o comportamento de variáveis ao longo do tempo (filtragem de períodos de interesse, comparar mudanças de tendências ao longo de períodos distintos. análise de médias móveis em janelas temporais).
810.	Possuir relatório de censo analítico de internação.
811.	Possuir relatório de taxa de patologia para internação.
812.	Possuir relatório de entradas e saídas na fila de consultas.
813.	Possuir relatório de entradas e saídas na fila de exames.
814.	Possuir relatório de tamanho da fila de consultas.
815.	Possuir relatório de tamanho da fila de exames.
816.	Possuir relatório de entradas da fila de consultas de todas as unidades.
817.	Possuir relatório de entradas da fila de exames de todas as unidades.
818.	Possuir relatório de boletins por classificação de risco.
819.	Possuir relatório de boletins por faixa etária e sexo do paciente.
820.	Possuir relatório de censo analítico da internação.
821.	Possuir relatórios de visitas domiciliares de Atenção Básica.
822.	Possuir relatórios de cadastro individual de Atenção Básica.

Xxxxxx Xxxxx Xxxxxx Secretario de Saúde

ANEXO II – MODELO DE PROPOSTA COMERCIAL

RAZÃO SOCIAL:

CNPJ   /   -

ITE M	DESCRIÇÃO	QDE	UNID	VALOR UNIT (R$)	VALOR TOTAL (R$)
1	LICENÇA TEMPORÁRIA DE USO DO SISTEMA DE GESTÃO DE SAÚDE, EM NUVEM.	12	Mês
2	TREINAMENTO, IMPLANTAÇÃO, CONVERSÃO DOS DADOS EXISTENTES / CONFIGURAÇÃO, PARAMETRIZAÇÃO.	2	Mês
3	MANUTENÇÃO LEGAL E CORRETIVA / SUPORTE TÉCNICO.	12	Mês
4	CUSTOMIZAÇÃO PARA ADAPTAR O SISTEMA.	50	HT
TOTAL GERAL (R$)

Valor total da Proposta: R$     (            )

VALIDADE DA PROPOSTA: 60 DIAS

Data:    /   /   

Assinatura do Responsável pela Empresa

Obs. Os módulos serão implantados durante a vigência do contrato de acordo com a necessidade do município, após ordem de serviços para cada módulo, somente serão pagos após a sua efetiva implantação e treinamento dos usuários.

Os custos com Migração, Implantação e treinamento de usuários, não poderá ultrapassar o valor de um mês para cada módulo a ser implantado, sob pena de desclassificação da proposta.

ANEXO III – MODELO DE CREDENCIAMENTO

Nome :

Razão social:

Endereço completo:

Telefone (fax):

Validade da Proposta (não inferior a 60 dias):

PREGÃO Nº PRG 0257/2022 PROCESSO Nº PRC 0015/2022 CREDENCIAMENTO

A empresa                  , CNPJ n.º                , com sede à

                   , através de seu(s) (diretor(es) ou sócio(s), com qualificação completa – nome, RG, CPF, nacionalidade, estado civil, profissão e endereço), pelo presente instrumento de mandato, nomeia e constitui, seu Procurador o Senhor (nome, RG, CPF, nacionalidade, estado civil, profissão e endereço), a quem confere amplos poderes para junto a PREFEITURA MUNICIPAL DE CLARAVAL – MG, praticar os atos necessários para representar a outorgante na licitação na modalidade de Pregão Presencial n.º PRG 0257/2022, Processo nº PRC 0015/2022, usando dos recursos legais e acompanhando-os, conferindo-lhes, ainda, poderes especiais para desistir de recursos, interpô-los, apresentar lances verbais, negociar preços e demais condições, confessar, transigir, desistir, firmar compromissos ou acordos, receber e dar quitação, podendo ainda, substabelecer esta para outrem, com ou sem reservas de iguais poderes, dando tudo por bom firme e valioso.

Local, data.

Assinatura e identificação do declarante.

XXXXX XX – MODELO DECLARAÇÃO DE HABILITAÇÃO

Razão social:

Endereço completo:

Telefone (fax):

Validade da Proposta (não inferior a 60 dias):

PREGÃO Nº PRG 0257/2022 PROCESSO Nº PRC 0015/2022

DECLARAÇÃO DE INEXISTÊNCIA DE FATO SUPERVENIENTE IMPEDITIVO À HABILITAÇÃO.

A empresa                      , CNPJ n.º                   , com sede à                             , declara sob as penas da lei, que até a presente data, inexiste fato superveniente impeditivo para sua habilitação no presente processo licitatório e que atente todas as exigências de habilitação, ciente da obrigatoriedade de declarar ocorrências posteriores.

Local, data.

                     .

Nome e Identidade do Declarante

XXXXX X – DECLARAÇÃO DE CUMPRIMENTO AO DISPOSTO NO INCISO XXXIII DO ART. 7º DA CONSTITUIÇÃO FEDERAL, FIRMADA PELO REPRESENTANTE LEGAL DA EMPRESA E DECLARAÇÃO DE NÃO OCORRENCIA DE FATOS IMPEDITIVOS DA PARTICIPAÇÃO EM LICITAÇÃO

A EMPRESA DEVERÁ APRESENTAR A DECLARAÇÃO EM IMPRESSO PRÓPRIO, JUNTO À DOCUMENTAÇÃO CONSTANTE NO ENVELOPE DA HABILITAÇÃO (Envelope n.º 02), COMO SE SEGUE:

À

Prefeitura Municipal de Claraval/MG

Ref.: PROCESSO LICITATÓRIO N.º XXX 0000/0000 XXXXXX PRESENCIAL N.º PRG 0015/2022

A empresa ................., inscrita no CNPJ n.º................, por intermédio de seu representante

legal, o (a) Sr (a)................... (qualificação: nacionalidade, estado civil, profissão e endereço), portador da Carteira de Identidade RG. N.º. , inscrito no Cadastro de Pessoa Física – CPF -

sob o N.º. , declara, para fins do disposto no inciso V do art. 27 da Lei n.º8666/93, de 21 de

junho de 1993, acrescido pela Lei n.º 9.854, de 27 de outubro de 1999, que não emprega menor de dezoito anos em trabalho noturno, perigoso ou insalubre e não emprega menor de dezesseis anos.

Ressalva: emprega menor, a partir de quatorze anos, na condição de aprendiz: SIM ( ) NÃO ( ).

Declara que não se encontra declarada inidônea para licitar ou contratar com órgãos da Administração Pública Federal, Estadual, Municipal.

Local da Firma/UF, ..... de de 2022.

Empresa (Carimbo-CNPJ) Responsável (nome por extenso) CPF/RG

XXXXX XX - MODELO DE DECLARAÇAO DE ENQUADRAMENTO EM REGIME DE TRIBUTAÇÃO DE MICRO EMPRESA OU EMPRESA DE PEQUENO PORTE (NA HIPÓTESE DO LICITANTE SER UMA ME OU EPP)

DECLARAÇÃO

A empresa (Nome da Empresa), CNPJ/MF Nº, Inscrição Estadual nº................, com sede (Endereço Completo) através de seu representante legal DECLARA para todos os fins de direito, especificamente para participação de licitação na modalidade de Pregão para Registro de Preços, que está sob o regime de microempresa ou empresa de pequeno porte, para efeito do disposto na Lei Complementar 123, de 14 de dezembro de 2006.

(Local e Data),             ,      de             de      .

Representante legal da empresa (Nome completo, número da RG e assinatura)

ANEXO VII CONTRATO: Nº XXX/20 XXX –

QUE ENTRE SI FAZEM O MUNICÍPIO DE XXX E A EMPRESA XXX

1.1- DO CONTRATANTE

1.1.1- O MUNICÍPIO DE CLARAVAL/MG, pessoa jurídica de direito público interno, inscrito no CNPJ nº 17.894.056/0001-30, com sede na Xxxxx Xxxxxx Xxxxxxxx Xxxxx, 000, xxxxxx Xxxxxx em Claraval/MG, neste ato representada pelo Prefeito Municipal, o Senhor Xxxx Xxxxxxx Xxxxxx, brasileiro, casado, residente e domiciliado no sítio São Geraldo, s/n, bairro Agudos, neste município, portador da cédula de identidade RG nº 15.772.694-0, expedida pela Secretaria de Segurança Pública de São Paulo, e do CPF/MF nº 000.000.000-00.

1.2 - DA CONTRATADA

1.2.1- A empresa                  inscrita no CNPJ nº                , com sede xx            , x/x,       xx _           /   , xxxxxxxxxxxx xxxx xxxxxx

           ,        ,        ,       , portador do RG nº          e inscrito no CPF sob o nº             residente e domiciliado na Rua      , nº      , na cidade de       /MG, portador da Cédula de Identidade RG nº _      , expedida pela Secretaria de Segurança Pública do Estado de           e do CPF/MF nº           .

Ajustam e contratam o presente cuja celebração foi autorizada pela homologação de fls.   constante do Pregão Presencial nº 0015/2022, que se regerá pela Lei Federal n.º 10.520/02, bem como a Lei Federal 8.666/93, com as modificações posteriores, pelo estabelecido no Edital, pelos termos da proposta vencedora e atendidas as cláusulas e condições que enunciam a seguir:

CLÁUSULA PRIMEIRA–DO OBJETO

É objeto do presente contrato a CONTRATAÇÃO DE EMPRESA PARA FORNECER LICENÇA TEMPORÁRIA DE USO DO SISTEMA DE GESTÃO DE SAÚDE, EM NUVEM, EM CONFORMIDADE COM A LGPD - LEI GERAL DE PROTEÇÃO DE DADOS, INCLUINDO OS SERVIÇOS DE TREINAMENTO, IMPLANTAÇÃO, CONVERSÃO DOS DADOS EXISTENTES, MANUTENÇÃO LEGAL E CORRETIVA, SUPORTE TÉCNICO, CONFIGURAÇÃO, PARAMETRIZAÇÃO E CUSTOMIZAÇÃO PARA ADAPTAR O SISTEMA ÀS NECESSIDADES DA SECRETARIA MUNICIPAL DE SAÚDE EM ATENDIMENTO ÀS NORMAS ATUALIZADAS PELO MINISTÉRIO DA SAÚDE IMPLEMENTANDO POLÍTICAS MUNICIPAIS DE SAÚDE QUE GARANTAM O ACRÉSCIMO DE QUALIDADE NO ATENDIMENTO AO MUNÍCIPE EM CONSONÂNCIA COM A POLÍTICA MUNICIPAL DE INFORMATIZAÇÃO, conforme

Anexo I.

CLÁUSULA SEGUNDA – DAS CONDIÇÕES DE FORNECIMENTO E ENTREGA DO OBJETO

2.1. Na hipótese de constatação da prestação de serviços em desacordo com as condições estipuladas serão aplicadas as penalidades contratuais cabíveis a CONTRATADA, cabendo ainda ao CONTRATANTE o direito de mover ação judicial, responsabilizando-a civilmente por eventuais danos ou prejuízos que o fornecimento e uso destes produtos inadequados possam causar.

2.2. A prestação de serviços será de acordo com as Ordens de Fornecimento emitidas pelo

CONTRATANTE.

2.3. A cada mês a prestação de serviços deverá ser finalizada com emissão da nota fiscal correspondente, devidamente preenchida.

2.4. No caso de ocorrência de motivo de força maior que venha a impossibilitar o cumprimento do prazo, a CONTRATADA deverá comunicar por escrito ao CONTRATANTE tal ocorrência, indicando a data em que efetivará prestará os serviços, não podendo o adiamento ser superior ao prazo original.

CLÁUSULA TERCEIRA – DO PRAZO

O presente contrato terá vigência de 12 (doze) meses, contados da data de sua assinatura, podendo ser prorrogado nos termos previstos no art. 57, inciso IV, Lei 8666/93, se for o caso.

CLÁUSULA QUARTA – DO PREÇO

O valor global do contrato é de R$ XXX.

§ 1º - Os elementos que compõem o cálculo do referido preço estão representados na respectiva proposta da contratada que passa a constituir parte integrante deste contrato.

§ 2º - Os preços estabelecidos neste contrato são fixos e irreajustáveis pelo prazo do período do contrato, salvo mudança na Política Econômica, quando será utilizado para reajuste o INPC/IBGE ou outro índice que o substitua, determinado pelo Governo Federal, para restabelecimento do equilíbrio econômico financeiro, o que faculta Termo Aditivo ao contrato.

§ 3º - A mudança superveniente da política econômica adotada pelo Governo Federal, no tocante a preços, reajustamento ou outra qualquer condição que repercuta na execução do presente contrato, deverá ser ao mesmo, adaptada mediante o competente aditamento.

CLÁUSULA QUINTA – DO PAGAMENTO

O pagamento será feito por crédito em conta bancária, até o 20º (vigésimo) dia, do mês subsequente a execução dos serviços, após emissão da nota fiscal, discriminado nas respectivas ordens de fornecimento, mediante apresentação, aceitação e atesto do responsável pelo recebimento do objeto.

§ 1º - Em caso de irregularidade na emissão dos documentos fiscais, o prazo de pagamento será contado a partir de sua apresentação, desde que devidamente regularizados.

§ 2º - A CONTRATADA deverá comprovar, no ato do pagamento, estar em dia com as obrigações previdenciárias e fiscais.

CLÁUSULA SEXTA – DA DOTAÇÃO ORÇAMENTÁRIA

Os recursos financeiros para pagamentos das despesas deste correrão por conta das seguintes dotações orçamentárias:

020602 1030110012.165 339039

020603 1030110042.167 339039

CLÁUSULA SÉTIMA – DO REGIME LEGAL

O presente contrato reger-se-á pelas normas constantes das Leis n.º 10.520/02 e 8.666/93, com alterações posteriores, sendo decorrente de processo licitatório modalidade Pregão nº. 015/2022 e todos os documentos apresentados pela CONTRATADA integram este instrumento independentemente de transcrição.

CLÁUSULA OITAVA – DAS OBRIGAÇÕES DO CONTRATADO

Prestar os serviços no prazo previsto e de acordo com as Ordens de Fornecimento emitidas pelo

CONTRATANTE.

§ 1º - Regularizar deficiências que não estiverem de acordo com as especificações deste termo, no xxxxx xxxxxx xx 00 (xxxxxxxx x xxxx) horas, contados a partir da comunicação feita pela CONTRATANTE.

§ 2º - Manter, durante a execução do contrato, compatibilidade com as obrigações assumidas, exigidas no PROJETO BÁSICO, no Edital e anexos.

§ 3º - Pelo pagamento de seguros, impostos, taxas e serviços, encargos sociais e trabalhistas, e quaisquer despesas referentes aos bens.

CLÁUSULA NONA – DAS OBRIGAÇÕES DA CONTRATANTE

Efetuar o pagamento no prazo estabelecido.

§ 1º - Fiscalizar o fornecimento do objeto licitado, notificando, por escrito, a CONTRATADA

quaisquer irregularidades encontradas nos produtos.

§ 2º - Atestar na Nota Fiscal a entrega efetiva do material.

§ 3º - Proporcionar todas as facilidades que lhe couber para que a prestação dos serviços seja executada na forma estabelecida neste PROJETO BÁSICO e respectiva Ordem de Fornecimento.

§ 4º - O Município de Claraval se reserva o direito de, durante a execução do contrato, manter Comissão Especial para avaliação da qualidade dos serviços cabendo a esta, solicitar o cancelamento do item, caso a qualidade do mesmo não atenda as necessidades da Prefeitura.

CLÁUSULA DÉCIMA – DA RESCISÃO

A rescisão contratual poderá ocorrer, no que couber, nos termos previstos nos artigos 77 a 80 da Lei 8.666/93.

CLÁUSULA DÉCIMA PRIMEIRA – DAS SANÇÕES

Pelo descumprimento total ou parcial do presente contrato o Contratado ficará sujeito às penalidades previstas no art. 7º da 10.520/02, no item 17 do edital e, subsidiariamente, na lei 8666/93.

CLÁUSULA DÉCIMA SEGUNDA – DAS ALTERAÇÕES

O presente contrato poderá ser alterado, conforme hipóteses previstas na lei 8.666/93, por Termo Aditivo.

CLÁUSULA DÉCIMA TERCEIRA – PUBLICAÇÃO

O extrato deste Contrato será publicado no Órgão Oficial Municipal conforme determinação legal.

CLÁUSULA DÉCIMA QUARTA - DO FORO

As partes elegem o foro da Comarca de Ibiraci-MG para dirimir quaisquer dúvidas ou litígios decorrentes do presente contrato.

E por estarem assim ajustadas, firmam este instrumento em 02 (duas) vias de igual teor e forma, na presença das testemunhas abaixo assinadas.

Claraval/MG,    de         de 2022.

Xxxx Xxxxxxx Cintra Contratada

Prefeito