GOVERNO DO DISTRITO FEDERAL

SECRETARIA DE ESTADO DE SAÚDE DO DISTRITO FEDERAL

Comissão de Elaboração de Instrumentos de Contratação

Termo de Referência - SES/SUAG/CEIC

TERMO DE REFERÊNCIA
PROCESSO: 00060-00464906/2019-53

1. DEFINIÇÃO DO OBJETO
1.1. DISPOSIÇÕES GERAIS
1.1.1. Formação de Registro de Preços para a aquisição de solução tecnológica de gestão
integrada de atenção à saúde, incluindo a prestação de serviços técnicos de mapeamento de
processos, de customização, de integração/interoperabilidade, de parametrização, de implantação, de
treinamento, de operação assis da e de suporte técnico e manutenção, nas Unidades de Saúde da
Rede Própria do Distrito Federal.

1.2. DETALHAMENTO DO OBJETO

Código
LOTE Item Produto/Serviço Unidade Quantidade
BR
Sistema de Gestão de Saúde - Hospitalar Licença/Mês 7.764
Sistema de Gestão de Saúde – Unidades
Licença/Mês 214
Básicas
Sistema de Gestão de Saúde – Serviço
Licenças de Uso
27464 1
Perpétuas
Especializado (CAPS, Policlínica, Centro Licença/Mês 70
Especialidades e Farmácia Alto Custo)
Sistema de Gestão de Saúde – Vigilância
Licença/Mês 46
1 em Saúde
Sistema de Gestão de Saúde – SAMU Licença/Mês 01
2.1. Serviços de suporte e atualização tecnológica - Sistema
Serviço/Mês 7.764
de Gestão de Saúde Hospitalar
25992 2 2.2 Serviços de suporte e atualização tecnológica - Sistema
de Gestão de Saúde Em Atenção Básica, Especializada, Serviço/Mês 331
Vigilância e SAMU
26972 3 Serviços técnicos especializados UST/Demanda 179.280

Tabela - Descrição do Objeto

1.3. DA CLASSIFICAÇÃO COMO BEM COMUM

1.3.1. O Objeto desta licitação se enquadra nos termos do parágrafo único, do art. 1o, da Lei
10.520, de 2002 e do Decreto nº 10.024 de 2019, por se tratar de serviço comum, com caracterís cas
e especificações usuais de mercado, podendo, portanto, ser licitado por meio da modalidade de
Pregão.
1.3.2. Embora a Lei do Pregão nos forneça um conceito do po aberto sobre o que seja
comum, após analisar três aspectos, quais sejam:Indicadores, Plano de Ação,
1.3.2.1. A possibilidade de padronizar o objeto por meio de critérios objetivos de desempenho e
qualidade comuns no mercado correspondente;
1.3.2.2. Disponibilidade no mercado destes materiais; e
1.3.2.3. Verificado se as especificações adotadas eram usuais neste mesmo mercado.
1.3.2.4. A presente contratação foi considerada comum e verificou-se que as especificações
são usuais pelo mercado.

1.4. DA NATUREZA DO SERVIÇO, SE CONTINUADO OU NÃO

1.4.1. Levando em consideração que o presente serviço é voltado para o atendimento
de necessidades públicas permanentes, cujo contrato não se exaure com uma única prestação, pois
vários serviços, a exemplo de suporte técnico e desenvolvimento de novas funcionalidades, são
co dianamente requisitados para suportar a implementação e/ou produzir novas atualizações do
sistema corroborando com a melhoria na prestação de serviços das a vidades da SES-DF, conclui-se
que a futura contratação é de natureza continuada.
1.4.2. Os serviços con nuados são aqueles cuja interrupção possa comprometer a
con nuidade das a vidades da Administração e cuja necessidade de contratação deva estender-se
por mais de um exercício financeiro e continuamente.
1.4.2.1. Instrução Normativa no 05 de maio de 2017, in versus: (...)
Art. 14. Os serviços considerados comuns são aqueles cujos padrões de desempenho e
qualidade possam ser obje vamente definidos pelo ato convocatório, por meio de especificações
usuais do mercado.
Parágrafo único. Independentemente de sua complexidade, os serviços podem ser
enquadrados na condição de serviços comuns, desde que atendam aos requisitos dispostos no caput
deste artigo.
Art. 15. Os serviços prestados de forma con nua são aqueles que, pela sua
essencialidade, visam atender à necessidade pública de forma permanente e con nua, por mais de
um exercício financeiro, assegurando a integridade do patrimônio público ou o funcionamento das
a vidades finalís cas do órgão ou en dade, de modo que sua interrupção possa comprometer a
prestação de um serviço público ou o cumprimento da missão institucional.
Parágrafo único. A contratação de serviços prestados de forma con nua deverá
observar os prazos previstos no art. 57 da Lei no 8.666, de 1993.
Art. 16. Os serviços considerados não con nuados ou contratados por escopo são
aqueles que impõem aos contratados o dever de realizar a prestação de um serviço específico em um
período predeterminado, podendo ser prorrogado, desde que justificadamente, pelo prazo necessário à
conclusão do objeto, observadas as hipóteses previstas no § 1o do art. 57 da Lei no 8.666, de 1993.
1.4.3. Nesse mesmo sen do, dispõe o Acórdão 132/2008 do Tribunal de Contas da União (TCU):
(...)
28. Sem pretender reabrir a discussão das conclusões ob das naqueles casos
concretos, chamo a atenção para o fato de que a natureza con nua de um serviço não pode ser
definida de forma genérica. Deve-se, isso sim, atentar para as peculiaridades de cada situação
examinada.
29. Na realidade, o que caracteriza o caráter con nuo de um determinado serviço é sua
essencialidade para assegurar a integridade do patrimônio público de forma rotineira e permanente ou
para manter o funcionamento das a vidades finalís cas do ente administra vo, de modo que sua
interrupção possa comprometer a prestação de um serviço público ou o cumprimento da missão
institucional.”
(TCU. Acórdão n° 132/2008 – Segunda Câmara. Relator: Ministro Aroldo Cedraz. Data do
julgamento: 12/02/2008.)

2. DA JUSTIFICATIVA E NECESSIDADE DA CONTRATAÇÃO

2.1. FUNDAMENTAÇÃO TÉCNICA DA CONTRATAÇÃO
A Secretaria de Saúde do Distrito Federal possui como missão ins tucional garan r ao
cidadão acesso universal à saúde mediante atenção integral e humanizada e é responsável pela
organização e elaboração de planos e polí cas públicas voltadas para a promoção, prevenção e
assistência à saúde. É função da Secretaria de Saúde dispor de condições para a proteção e
recuperação da saúde da população, reduzindo as enfermidades, controlando as doenças endêmicas e
parasitárias e melhorando a vigilância à saúde, dando, assim, mais qualidade de vida aos moradores
do Distrito Federal.
2.1.1. De acordo com o decreto 36.236, de 1° de janeiro de 2015, Art. 19 - A Secretaria de
Saúde do Distrito Federal tem atuação e competência nas seguintes áreas:
I- Gestão do Sistema Único de Saúde;
II - Prevenção e assistência integral à saúde;
III - Sistemas de saúde;
IV - Gestão dos hospitais e postos de saúde públicos;
V- Integração comunitária de saúde;
VI - Integração com a rede privada;
VII - Vigilância sanitária;
VIII - Formação e capacitação dos servidores da saúde.
2.1.2. A Secretaria de Estado de Saúde do Distrito Federal possui atualmente cerca de 240
(duzentas e quarenta) unidades de saúde e cerca de 32.000 (trinta e dois mil) servidores das
a vidades meio e a vidades fins na atenção à saúde da população, que prestam serviço de
assistência médica a população.
2.1.3. Com a finalidade de melhorar, priorizar e organizar os serviços de saúde, atendimentos
médico/hospitalar do cidadão, além de outros serviços administra vos, a SES-DF u liza um Sistema
Integrado de Saúde (SIS) que é uma ferramenta tecnológica voltada a facilitar a gestão de saúde.
2.1.4. A atual plataforma com seus módulos originários e os diversos adicionados a exemplo:

Prontuário Eletrônico do Paciente;

Laboratório;
Comunicação com Equipamentos de Exames Laboratoriais;
Radiologia;
Centro Cirúrgico;
Pronto Socorro;
Marcação de Consultas;
Gestão Leitos UTI;
Escala de Serviço;
Farmácia/Almoxarifados;
Faturamento.

2.1.5. Ocorre que a atual plataforma tem apresentado várias intempéries nega vas de
diversas origens, as quais tem causado transtornos à gestão pública e que foram por nossa equipe
técnica identificada:
2.1.1. O so ware é extremamente limitado a poucos módulos que atualmente são
viabilizados nos melhores sistemas de gestão de saúde disponíveis no mercado, se resumindo ao
prontuário eletrônico, cuja carência fez surgir a adoção de contratação de módulos paralelos que
dificultam a padronização das informações e a emissão de relatórios que integradamente fornece
informações gerenciais confiáveis;
2.1.2. O sistema é carente de campos des nados a inserção de determinados dados que
na ferramenta não são obrigatórios, ou só podem ser alimentados no modo texto, o que dificulta
geração dos relatórios para a boa e eficaz gestão de saúde, inclusive com perda de importantes
informações da área de saúde;
2.1.3. O sistema u liza Banco de dados “cache”, gerenciado exclusivamente pela
empresa contratada por se tratar de banco de dados proprietário, o que obriga a SES a replicar os
dados no banco de dados (Oracle) de sua propriedade, mas sem periodicidade definida e sem o
devido saneamento dos dados;
2.1.4. Em função da carência técnica do sistema, que possui regras flexibilizadas e sem
padronização, cada unidade de saúde do GDF realiza o cadastro das informações no prontuário
eletrônico de forma diferente uma das outras, o que o o que possibilita a existência de
duplicidade de prontuários, cuja base de dados atual está no mínimo triplicada em número de
pep’s (Cadastro de usuário e de prontuários);
2.1.5. Devido as parametrizações regionais, setorizadas e não padronizada pela SES, o
setor de faturamento tem dificuldade em mensurar os serviços realizados para fins de envio de
informações ao Ministério da Saúde, o que promover inclusive perda de receita orçamentária;
2.1.6. O contrato atual prevê apenas manutenção corre va, sem possibilidade de
capacitação periódica ao corpo técnico, o que contribuiu para péssima alimentação dos dados no
sistema;
2.1.7. O sistema atualmente somente possui o ambiente de produção, cuja eventual
evolução dos módulos do sistema ocasionam paradas e interrupções de uso colapsando toda a
rede.
2.1.6. Diante desse cenário nega vo entendemos que é chegado o momento de tentarmos
promover a contratação de novo sistema que seja moderno, ú l e eficaz, e que possua além das
funcionalidades atualmente em uso, outras que também são salutares a boa gestão pública.
2.1.8. Vejamos que tal inicia va atende a an ga Decisão nº 230/2016, do Tribunal de
Contas do Distrito Federal, que já recomendou que a SES promova um estudo técnico sobre os
 todas as soluções informa zadas de gestão hospitalar de forma que se implante a que melhor se
adeque ao interesse público.
2.1.9. Portanto, tal contratação visa a modernização da administração pública e sua
eficiência e eficácia que resulta na transformação da realidade atual.
2.1.10. A solução a ser adquirida deve possuir módulos na vamente integrados e com
interação de dados internamente de forma a atender aos processos da rede ambulatorial, da rede
hospitalar/urgência e da regulação (ambulatorial e hospitalar), mantendo uma camada única de
persistência, iden ficação unívoca do usuário do SUS e dos profissionais, agregação de dados
clínicos e administrativos, compondo um único histórico na lógica de prontuário eletrônico único.
2.1.11. Atualmente tem-se verificado a importância e eficácia da u lização de
instrumentos de tecnologia para a gestão pública, não cabendo mais a gestão por mecanismos
manuais reconhecidamente ultrapassados. Impossível empreender qualquer operacionalização a
nível de planejamento, acompanhamento, controle, gestão e fiscalização em unidades de saúde
hospitalares, de pronto atendimento e ambulatoriais, sem a u lização de uma ferramenta
denominada so ware, in casu, especialmente desenvolvido para atender às especificidades da
Área de Saúde.
Com uma rotina bastante atribulada e diversos setores para serem geridos e integrados,
hospitais, ambulatórios e UPA’s se beneficiam de so wares desenvolvidos para facilitar o seu dia a
dia, melhorando a qualidade dos serviços, o controle financeiro, a gestão de pessoal, além de
humanizar o atendimento e a segurança dos pacientes, pois eles promovem:
“Integração e Agilidade”
Os so wares de gestão integram pessoas, departamentos e informações, assim, eles
otimizam os procedimentos das instituições, minimizam erros e diminuem custo.
Eles também permitem facilidade no acesso aos dados necessários para a tomada de
decisões, reduzindo o tempo de atendimento e proporcionando mais satisfação ao paciente.
Possibilitam, ainda, uma visão mais ampla dos diversos setores das unidades de saúde,
garan ndo melhor cooperação entre os profissionais e uma visão globalizada dos procedimentos,
oportunizando as correções adequadas e decisões mais conscientes.
“Gestão dos custos das unidades de saúde”
São módulos dentro dos sistemas que tratam de forma específica o controle
orçamentário, além de permitir o controle rígido de todos os gastos da unidade de saúde.
Assim, torna-se possível iden ficar e eliminar despesas desnecessárias, realocar
recursos para atividades mais produtivas, tudo sem descuidar da segurança dos pacientes.
“Uso de dados para decisões mais certeiras”
Uma gestão eficaz é diretamente proporcional ao uso de dados de maneira estratégica.
“Agilidade e controle dos processos”
Os so wares de gestão foram desenvolvidos para agilizar e facilitar as a vidades
operacionais que fazem parte da ro na hospitalar de todas as ins tuições de saúde. Com eles, muitos
processos que antes eram complicados são realizados automa camente ou em poucos cliques,
disponibilizando os servidores em outras demandas.
“Segurança de dados e da informação” A u lização de banco de dados, ro nas de
backup automá cas, permissões dos usuários e log das transações realizadas pelos diversos setores
que compõem as unidades de saúde e pelos profissionais de saúde que atendem diretamente os
pacientes, fazem com que toda informação seja preservada com segurança, estando disponível a
qualquer tempo.
2.1.7. É imprescindível, que o Gestor se valha de so wares especializados/específicos para a
gestão de ins tuições de saúde no contexto de Hospitais, Unidades Básicas de Saúde, Serviços de
Vigilância em Saúde, UPA’s e Ambulatórios, compa bilizando-o às determinações do Ministério da
Saúde e, consequentemente, otimizando o atendimento à população do Distrito Federal.
2.1.8. Daí os requisitos técnicos exigidos para o funcionamento destes sistemas no sen do
de instrumentalizar o gestor para o exercício pleno e seguro na gestão da saúde pública em todos os
níveis.
2.1.9. Considerando a necessária segurança proveniente da exa dão de informações agregadas ao
so ware, tanto no sen do de permi r ao Gestor Público confiabilidade em suas ações, quanto no
sen do de proporcionar bons resultados perante os entes Estadual e Federal de Saúde, é
imprescindível que o Contratado possua corpo profissional qualificado, com conhecimentos não
somente na área de tecnologia. Desta forma a contratação de uma empresa especializada para
fornecimento de licença e uso de so ware integrado de gestão a saúde é de vital importância para
garantir um contínuo, eficiente e mais eficaz atendimento da população do Distrito Federal.

2.2. ENQUADRAMENTO DA CONTRATAÇÃO

2.2.1. Por se tratar de uma Solução de Tecnologia da Informação que se integra para o alcance
que se integra para o alcance dos resultados pretendidos com a contratação, tal contratação se
enquadra nos preceitos da Instrução Norma va nº 01/2019, de 04 de abril de 2019, da Secretaria de
Governo Digital do Ministério da Economia.
2.2.2. Considerando que uma solução de TI engloba todos os elementos (bens, serviços de TI
e automação) necessários que se integram para o alcance dos resultados pretendidos com a
contratação, de modo a atender à necessidade que a desencadeou, pode-se afirmar que a contratação
em questão compreende uma solução de tecnologia, uma vez que compreende um conjunto de
serviços a serem prestados via Unidade de Serviço Técnico-UST sob demanda para atender as
necessidades da Secretaria de Estado de Saúde-SES do Governo do Distrito Federal.
2.2.3. A contratação ora pretendida enquadra-se em solução de TI, pois refere-se à
contratação de uma solução de tecnologia da informação, a qual deverá seguir o estabelecido na IN nº
04/2014 STI/MPOG que dispõe sobre o processo de contratação de Soluções de Tecnologia da
Informação pelos órgãos integrantes do Sistema de Administração dos Recursos de Informação e
Informática (SISP) do Poder Executivo Federal.

2.3. JUSTIFICATIVA DE REGISTRO DE PREÇO

Será adotado o Sistema de Registro de Preço, devido ao objeto deste Termo de
Referência se enquadrar nos Incisos I e II do Art. 3º do Decreto nº 39.103/2018.
2.4. DA INTENÇÃO DE REGISTRO DE PREÇO
Considerando a urgência na realização do processo e para minimizar os riscos de
desabastecimento, não será realizada a publicação da IRP, em conformidade com o Art. 4º, §1º do
Decreto nº 39.103/2018.

2.5. JUSTIFICATIVA DOS QUANTITATIVOS

2.5.1. A jus fica va do quan ta vo foi es mada com base em levantamento realizado
juntamente com as Unidades de Saúde da Rede Própria do Distrito Federal abaixo listadas, no qual se
verificou es ma vamente a quan dade de licenças de so wares necessária para a implantação de
um Sistema de Atenção à Saúde único em cada unidade de saúde, além de um diagnós co referencial
dos volumes es mados para a prestação de serviços de serviços de implantação, suporte técnico e
ajustes adapta vos e evolu vos da solução no âmbito de todas as Unidades de Saúde da Rede Própria
do Distrito Federal.
LISTA DAS UNIDADES REFERENCIAIS PARA LEVANTAMENTO DE ESTIMATIVA

SUBSECRETARIA DE ATENÇÃO INTEGRAL À SAÚDE;

FUNDO DE SAÚDE DO DISTRITO FEDERAL;
CONTROLADORIA SETORIAL DA SAÚDE;
HOSPITAL REGIONAL DA ASA NORTE - HRAN;
HOSPITAL DE APOIO DE BRASÍLIA - HAB;
HOSPITAL SÃO VICENTE DE PAULO - HSVP;
HOSPITAL MATERNO INFANTIL DE BRASÍLIA – HMIB;
HOSPITAL REGIONAL DO GUARÁ - HRGU;
HOSPITAL REGIONAL DE SOBRADINHO - HRS;
HOSPITAL REGIONAL DE PLANALTINA - HRPL;
HOSPITAL REGIONAL DO GAMA - HRG;
HOSPITAL DA REGIÃO LESTE - HRL;
HOSPITAL REGIONAL DE BRAZLÂNDIA - HRBZ;
HOSPITAL REGIONAL DA CEILÂNDIA - HRC;
HOSPITAL REGIONAL DE TAGUATINGA - HRT;
HOSPITAL REGIONAL DE SAMAMBAIA - HRSAM;
UNIDADE DE BÁSICA DE ATENDIMENTO - UBS CAPS;
HEMOCENTRO ASSISTÊNCIA DOMICILIAR POLICLÍNICAS;
ADMC SUS;
Policlínicas da Atenção Secundária, inclusive Adolescentro e CEDOH;
Centros Especializados em Odontologia (CEOs);
Casa de Parto de São Sebastião;
Centro Especializado de Reabilitação de Taguatinga (CER);
Laboratório Regional do Guará e da Ceilândia;
Centro de Radiologia de Taguatinga (CRT);
Vigilância;
Samu;
Novas Unidades de Saúde a existirem.

2.3.2. A volumetria es mada reflete a metodologia mercadológica adotada para contratação de

soluções de gestão integrada a saúde, que estra ficam a solução em licenças, suporte técnico e
serviços especializados de implantação e adaptação da solução ao ambiente e necessidade do cliente.

2.6. JUSTIFICATIVA DA SOLUÇÃO ESCOLHIDA

A Secretaria de Estado de Saúde possui como missão ins tucional prover atendimento a
atenção básica e especializada à população do Distrito Federal. Possui atualmente 240 (duzentas e
quarenta) unidades de saúde e cerca de 32.000 (trinta e dois mil) servidores, que prestam serviços de
assistência à saúde à população.
O atendimento ao paciente envolve a par cipação de uma equipe mul profissional.
Além disso, este atendimento ao paciente pode ocorrer em diferentes locais da Rede, gerando
informações de diferentes fontes, que vão assegurar a con nuidade do processo dentro da linha de
cuidado que o paciente necessita. Tais dados precisam ser organizados de modo a produzir um
contexto que servirá de apoio para tomada de decisão para a condução do tratamento do paciente,
orientando todo o processo de atendimento.
Para organização dessas informações geradas, o prontuário eletrônico representa uma
ferramenta fundamental para gerenciamento do histórico clínico e evolução do paciente.
Primando ainda, pela garan a aos princípios do SUS é fundamental que possamos
proporcionar um serviço de qualidade aos usuários da Rede SUS/DF.
a) Antecedentes Gerais – A atual plataforma u lizada para Prontuário Eletrônico do
Paciente na Rede SES-DF é o Trakcare, o qual tem apresentado várias intempéries nega vas, o que
dificulta a padronização das informações e a emissão de relatórios que integradamente forneçam
informações gerenciais confiáveis, que esteja integrando nos diferentes níveis de atenção a fim de
qualificar a assistência prestada aos usuários da Rede SES-DF.
b) Antecedentes Específicos – Dentre os diversos módulos que u lizamos na
assistência ao paciente, destacamos os seguintes, exemplificadamente:

Prontuário Eletrônico do Paciente – PEP;

Laboratório;
Comunicação com Equipamentos de Exames Laboratoriais ;
Radiologia;
Centro Cirúrgico;
Pronto Socorro;
Marcação de Consultas;
Gestão Leitos UTI;
Escala de Serviço;
 Farmácia/Almoxarifados;
Faturamento.

Dentre as várias intempéries negativas podemos citar:

1. O so ware é extremamente limitado a poucos módulos, se resumindo ao prontuário

eletrônico, cuja carência fez surgir a adoção de contratação de módulos paralelos
que dificultam a padronização das informações e a emissão de relatórios que
integradamente fornecem informações gerenciais confiáveis;
2. O sistema é carente de campos des nados a inserção de determinados dados que
na ferramenta não são obrigatórios, ou só podem ser alimentados no modo texto, o
que dificulta geração dos relatórios;
3. O sistema u liza Banco de dados “Caché”, gerenciado exclusivamente pela
empresa contratada (Intersystems) por se tratar de banco de dados proprietário, o
que obriga a SES a replicar os dados no banco de dados (Oracle) de sua
propriedade, mas sem periodicidade definida e sem o devido saneamento dos
dados;
4. Em função da carência técnica do sistema, que possui regras flexibilizadas e sem
padronização, cada unidade de saúde do GDF realiza o cadastro das informações no
prontuário eletrônico de forma diferente uma das outras, o que contribuiu para
existência de duplicação dos prontuários;
5. Devido as parametrizações regionais, setorizadas e não padronizada pela SES, gera
dificuldades em mensurar os serviços realizados para fins esta s cos e de envio de
informações ao Ministério da Saúde;
6. O contrato atual prever apenas manutenção corre va, sem possibilidade de
capacitação periódica ao corpo técnico, o que contribuiu para a má alimentação dos
dados no sistema;
7. O sistema atualmente somente possui o ambiente de produção, cuja eventual
evolução dos módulos do sistema ocasionam paradas e interrupções de uso
colapsando toda a rede.

c) Proposta – Diante desse cenário nega vo iden ficamos a necessidade de um sistema

que atenda as necessidades da REDE SES-DF, e que possua além das funcionalidades atualmente em
uso, outras que também são salutares a gestão da assistência. E, ainda, tal inicia va atende a an ga
Decisão nº 230/2016, do Tribunal de Contas do Distrito Federal, que já recomendou que a SES-DF
promova um estudo técnico sobre os todas as soluções informa zadas de gestão hospitalar de forma
que se implante a que melhor se adeque ao interesse público.
A solução deve apresentar integração nos diferentes níveis de atenção, compondo um
único histórico na lógica de prontuário eletrônico único.
d) Resultados Esperados – Modernização da gestão da saúde pública do GDF em todos
os níveis, atrelado ao binômio eficiência e eficácia no interesse do Gestor e da Sociedade.

BENS E SERVIÇOS QUE COMPÕEM A SOLUÇÃO

Aquisição de licenças de uso da ferramenta;

Implantação;
Treinamentos;
Operação assistida;
Manutenção;
Suporte Técnico; e
Serviços especializados destinados a desenvolvimento de melhorias na solução.

Os serviços de implantação, operação assis da e de desenvolvimento adapta vo e

evolu vo serão contratados por Unidade de Serviço Técnico (UST), unidade de medida já amplamente
difundida para as contratações de TI no âmbito da Administração Pública, adequada às exigências dos
órgãos de controle e garan ndo ao gestor público mecanismos de fiscalização com métricas obje vas,
modelo semelhante ao já praticado na própria SES-DF.
Sua u lização, somada às caracterís cas dos serviços a serem contratados, como os
resultados esperados e o padrão de qualidade necessário, proporcionam à SES-DF melhor qualidade
nos serviços prestados aos usuários de recursos de TI, uma vez que essa forma de mensuração
permite à SES-DF ter maior controle, tanto das atividades em execução, quanto dos serviços prestados,
além de permi r maior flexibilidade na condução das a vidades de suporte tecnológico de TI, ao
possibilitar, com facilidade, o aumento ou a redução dos produtos a serem entregues, de acordo com
as demandas e necessidades da SES-DF, a dinâmica de seus processos e a disponibilidade
orçamentária.

Escopo:

SUBSECRETARIA DE ATENÇÃO INTEGRAL À SAÚDE

FUNDO DE SAÚDE DO DISTRITO FEDERAL
CONTROLADORIA SETORIAL DA SAÚDE
HOSPITAL REGIONAL DA ASA NORTE - HRAN
HOSPITAL DE APOIO DE BRASÍLIA - HAB
HOSPITAL SÃO VICENTE DE PAULO - HSVP
HOSPITAL MATERNO INFANTIL DE BRASÍLIA – HMIB
HOSPITAL REGIONAL DO GUARÁ - HRGU
HOSPITAL REGIONAL DE SOBRADINHO - HRS
HOSPITAL REGIONAL DE PLANALTINA - HRPL
HOSPITAL REGIONAL DO GAMA - HRG
HOSPITAL DA REGIÃO LESTE - HRL
HOSPITAL REGIONAL DE BRAZLÂNDIA - HRBZ
HOSPITAL REGIONAL DA CEILÂNDIA - HRC
HOSPITAL REGIONAL DE TAGUATINGA - HRT
HOSPITAL REGIONAL DE SAMAMBAIA - HRSAM
UNIDADE DE BÁSICA DE ATENDIMENTO - UBS
CAPS
HEMOCENTRO
ASSISTÊNCIA DOMICILIAR
POLICLÍNICAS
ADMC
SUS
Policlínicas da Atenção Secundária, inclusive Adolescentro e CEDOH;
Centros Especializados em Odontologia (CEOs);
Casa de Parto de São Sebastião;
Centro Especializado de Reabilitação de Taguatinga (CER);
Laboratório Regional do Guará e da Ceilândia;
Centro de Radiologia de Taguatinga (CRT);
Vigilância
Samu
Novas Unidades de Saúde a existirem.

2.7. BENEFÍCIOS E RESULTADOS A SEREM ALCANÇADOS

2.5.1. Os principais obje vos são a aquisição de solução tecnológica de gestão integrada de
atenção à saúde que visa acabar com a fragmentação e a obsolescência dos vários recursos
informacionais existentes e em uso pela SES/DF devido ao elevado número de integrações a serem
desenvolvidas e pela necessidade de manter todas informações em prontuário eletrônico único e
acessível a todos os níveis de atenção à saúde em tempo real.
2.5.2. A obtenção de uma solução de gestão de saúde dotada de módulos na vamente
integrados e com interação de dados internamente compondo um único histórico na lógica de
prontuário eletrônico único proporcionará um elevado ganho de informações aptas a propiciar políticas
públicas mais céleres e eficientes com a acesso a todos os níveis de atenção à saúde em tempo real.
2.5.3. Uma solução única que conta com uma mesma base de dados permite uma maior
integração entre agendamento de consultas, atendimento clínico, prescrição de receitas (farmácia
central), exames, internações, gerenciamento de recursos (pessoal, físicos, financeiros).
2.5.4. Cabe ressaltar que a atual estrutura da Coordenação Especial de Tecnologia da
Informação em Saúde - CTINF/GAB/SES-DF não possui corpo técnico para desenvolver os
dados elencados na contratação.
2.5.5. Em face ao exposto, faz-se necessária a Contratação de serviços técnicos
especializados para atender à crescente demanda desta Secretaria.

2.8. DO ALINHAMENTO ESTRATÉGICO

2.8.1. O alinhamento estratégico entre a área de Tecnologia da Informação e a área de
negócios da SES-DF, vem sendo requerido pela sua Direção, com o obje vo de atender à demanda por
alta qualidade em seus serviços, economia, confiabilidade, flexibilidade, agilidade e racionalização de
seus fluxos de trabalho.
2.8.2. O atual estágio de informa zação do Órgão confere à Ins tuição uma alta
produ vidade e eficiência na execução das ações que lhe são atribuídas pelo GDF e Ministério da
Saúde.
2.8.3. Por outro lado, existe uma alta dependência da Organização sobre a sua infraestrutura
tecnológica, sistemas de informação e serviços de TI, e uma interrupção no fornecimento dos serviços
providos pela área de TI aos seus usuários, impediriam que o Órgão prestasse os serviços públicos
que lhe são atribuídos no âmbito do Distrito Federal.
2.8.4. Considerando não haver dentro do PDTI ação específica para a aquisição de sistema de
gestão hospitalar, no dia 01/11/2019, o Comitê Gestor de Informação e Informá ca (CGI) aprovou, por
unanimidade a aquisição de uma solução de sistema de gestão hospitalar, conforme Ata 008 - CGI
2019 (30795763).
2.8.4.1. PRINCÍPIOS NORTEADORES
Efe vidade: Atuar sempre com vistas à obtenção de resultados posi vos, com
eficiência e eficácia, controlando os riscos inerentes às atividades de TI.
Inovação: Incen var a busca con nua de soluções inovadoras para uma melhor
utilização das informações, soluções e recursos de TI.

3. DESCRIÇÃO DA SOLUÇÃO
3.1. Todas as especificações estão contidas no Apêndice I deste Termo de Referência.

4. ESPECIFICAÇÃO DOS REQUISITOS DA CONTRATAÇÃO

4.1. REQUISITOS GERAIS DA CONTRATAÇÃO I
4.1.1. Requisitos de Negócio
4.1.1.1. A contratação trata da aquisição de solução sistêmica integrada de atenção à
saúde, incluindo a prestação de serviços técnicos de mapeamento de processos, de
customização, de integração/interoperabilidade, de parametrização, de implantação, de
treinamento, de operação assis da e de suporte técnico e manutenção, portanto, requerem
empresas credenciadas junto ao fabricante da solução.
4.1.1.2. Todas as a vidades executadas pela CONTRATADA deverão ser documentadas e
disponibilizadas em formato eletrônico à SES-DF. Quando solicitado pela CONTRATANTE a
documentação deverá constar de roteiro pormenorizado de execução.
4.1.2. Requisitos de Capacitação (Repasse de Conhecimento)
4.1.2.1. Capacitação configura-se como dever da CONTRATADA em promover, quando
solicitada pela CONTRATANTE, durante o período de implantação, informações e esclarecimentos
acerca da execução dos serviços prestados. Este repasse poderá ocorrer em forma de entrega de
relatórios/documentos ou esclarecimentos em reuniões.
4.1.2.2. Todas as a vidades executadas pela CONTRATADA deverão ser documentadas e
disponibilizadas em formato eletrônico a SES-DF. Quando solicitado pela CONTRATANTE a
documentação deverá constar de roteiro pormenorizado de execução.
4.1.2.3. Todas as eventuais despesas com material, equipamentos, instrutores,
deslocamento e demais itens necessários para o repasse de conhecimento serão de
responsabilidade da CONTRATADA.

4.1.3. Requisitos de Legais

4.1.3.1. O planejamento desta Contratação foi elaborado à luz dos dispositivos legais:
a) Lei nº 8.666, de 21 de junho de 1993, que regulamenta o Art. 37, inciso XXI, da
Cons tuição Federal, ins tui normas para licitações e contratos da Administração Pública e dá
outras providências.
b) Lei nº 10.520, de 17 de julho de 2002, que ins tui, no âmbito da União, Estados, Distrito
Federal e Municípios, nos termos do Art. 37, inciso XXI, da Cons tuição Federal, modalidade de
licitação denominada pregão, para aquisição de bens e serviços comuns, e dá outras
providências.
c) Lei Complementar nº 123 de 14 de dezembro de 2006, que institui o Estatuto Nacional da
Microempresa e da Empresa de Pequeno Porte;
d) Lei nº 9.609/98, que dispõe sobre a proteção da propriedade intelectual de programa de
computador, sua comercialização no País, e dá outras providências;
e) Lei Distrital nº 6.112, de 02 de fevereiro de 2018, que dispõe sobre a obrigatoriedade da
implantação do Programa de Integridade nas empresas que contratarem com a Administração
Pública do Distrito Federal, em todas esferas de Poder, e dá outras providências.
f) Decreto nº 2.271, de 7 de julho de 1997, que dispõe sobre a contratação de serviços pela
Administração Pública Federal direta, autárquica e fundacional e dá outras providências.
g) Decreto Federal nº 10.024, de 20 de setembro de 2019, que regulamenta a licitação, na
modalidade de pregão, na forma eletrônica, para a aquisição de bens e a contratação de serviços
comuns, incluídos os serviços comuns de engenharia, e dispõe sobre o uso da dispensa
eletrônica, no âmbito da administração pública federal.
h) DECRETO Nº 39.978, DE 25 DE JULHO DE 2019 - Dispõe sobre a contratação de serviços
públicos sob o regime de execução indireta pela administração direta e indireta do Distrito
Federal.
i) Decreto Distrital No 36.520, de 28/05/2015, que estabelece diretrizes e normas gerais de
licitações, contratos e outros ajustes para a Administração direta e indireta do Distrito Federal no
âmbito do Distrito Federal.
j) Decreto Distrital nº 37.667, de 29 de setembro de 2016, que dispõe sobre a contratação
de bens e serviços de Tecnologia da Informação no âmbito da Administração Direta e Indireta do
Distrito Federal, e dá outras providências.
k) Decreto Distrital nº 39.453, de 14 de novembro de 2018, que Regulamenta a Lei distrital
nº 5.525, de 26 de agosto de 2015, que estabelece que, em compras e contratações de bens e
serviços, qualquer que seja a modalidade de licitação, o valor a ser pago não seja superior à
média de preços do mercado, no âmbito do Distrito Federal.
l) Instrução Norma va STLI/MPOG nº 01, de 19 de janeiro de 2010, que dispõe sobre os
critérios de sustentabilidade ambiental na aquisição de bens, contratação de serviços ou obras
pela Administração Pública Federal direta, autárquica e fundacional e dá outras providências.
m) Instrução Norma va STLI/MPOG nº 04, de 11 de setembro de 2014, que Dispõe sobre o
processo de contratação de Soluções de Tecnologia da Informação pelos órgãos integrantes do
Sistema de Administração dos Recursos de Tecnologia da Informação - SISP do Poder Execu vo
Federal.
n) Instrução Norma va STLI/MPOG nº 05, de 26 de maio de 2017, que dispõe sobre as
regras e diretrizes do procedimento de contratação de serviços sob o regime de execução indireta
no âmbito da Administração Pública federal direta, autárquica e fundacional.
o) Portaria nº 097, de 17 de julho de 2016, que ins tui o Comitê Gestor de Informação e
Informática no Âmbito da SES-DF.
p) Plano Diretor de Tecnologia da Informação - PDTI - 2019 - 2022.
4.1.3.2. A relação acima é meramente exemplifica va, frisando-se que a ausência de
previsão expressa de qualquer legislação neste termo, não exime a CONTRATADA de cumprir a
todas as normas e legislações vigentes aplicáveis ao objeto desta licitação.

4.1.4. Requisitos de manutenção

4.1.4.1. A CONTRATADA é a única responsável pela manutenção dos serviços necessários
a sustentação das suas atividades.

4.1.5. Requisitos temporais

4.1.5.1. A CONTRATADA deverá entregar os serviços contratados dentro dos prazos
previstos neste Instrumento e àquelas constantes em cada Ordem de Serviço.
4.1.5.2. Excepcionalmente, os prazos previstos poderão sofrer prorrogação se as a vidades
forem prejudicadas por algum fator superveniente, em que a CONTRATADA não possua
culpa/responsabilidade total ou parcial.

4.1.6. Requisitos de segurança

4.1.6.1. A CONTRATADA deverá seguir todas as normas de segurança vigente na
Ins tuição. Cada profissional da CONTRATADA assinará termo de compromisso declarando total
obediência às normas de segurança vigentes ou que venham a ser implantadas, a qualquer
tempo, na SES-DF
4.1.6.2. Além disso, cada profissional da CONTRATADA deverá assinar termo declarando
estar ciente de que a estrutura computacional disponibilizada pela SES-DF não poderá ser
u lizada para fins par culares e que a navegação em sí os da Internet e as correspondências em
meio eletrônico u lizando o endereço da SES-DF, ou acessadas a par r dos seus equipamentos
poderão ser auditadas.
4.1.6.3. Para acesso às instalações da CONTRATANTE os profissionais da CONTRATADA
deverão estar devidamente uniformizados (camiseta ou camisa) e iden ficados por meio de
crachá.

4.1.7. Requisitos Sociais, ambientais e culturais

4.1.7.1. No que tange aos aspectos culturais e sociais, as equipes devem realizar análise
de impacto de mudanças na infraestrutura sica e na adoção de novos serviços que envolvam
mudança cultural na instituição. Além disso, todos os produtos resultantes dos serviços prestados
e àqueles que orientaram sua elaboração, implementação e uso deverão estar redigidos em
língua portuguesa do Brasil.
4.1.7.2. Quanto aos aspectos ambientais, deverá a CONTRATADA adotar prá cas de
sustentabilidade ambiental na execução do objeto, quando couber, conforme disposto na
Instrução Normativa STLI/MPOG nº 01, de 19 de janeiro de 2010, do Ministério do Planejamento e
Gestão.
4.1.7.3. A CONTRATADA deverá declarar que atende aos requisitos de sustentabilidade
previstos no Art. 2º da Lei Distrital nº 4.770/2012, em conformidade com o Decreto nº
7.746/2012, que regulamenta o Art. 3º da Lei no 8.666/1993, devendo ser observados os
requisitos ambientais com menor impacto ambiental em relação aos seus similares.

4.2. REQUISITOS GERAIS DA CONTRATAÇÃO II

4.2.1. Requisitos de arquitetura tecnológica
4.2.1.1. As implementações deverão ocorrer nos ambientes de Datacenter da
CONTRATANTE.

4.2.2. Requisitos de projeto e de implementação

4.2.2.1. A CONTRATADA deverá elaborar e apresentar projeto com o escopo e cronograma
dos serviços propostos, seguindo a seguinte estrutura:
ESTRUTURA ORGANIZACIONAL DO PROJETO DE IMPLANTAÇÃO
FASE ETAPAS
1.1. Apresentação/aprovação da Equipe do Projeto
1.2. Preparar Abertura do projeto
1.3. Preparar um plano de trabalho
1. Iniciação
1.4. Kickoff do projeto
1.5. Aprovação da Linha de Bases para os marcos – Plano do Projeto de
Implantação

2.1. Revisão dos requisitos e processos de negócio para iden ficação e

confirmação do escopo
2.2. Apresentação da especificação do ambiente de Homologação/ treinamento e
Produção
2.3. Apresentação geral da solução, devidamente embasada e fundamentada
2.4. Revisão e aprovação da solução pelo CONTRATANTE
2. 2.5. Elaboração do plano do Projeto pela CONTRATADA
Planejamento
2.5.1. Planejamento e definição do escopo do projeto
2.5.2. Análise de Riscos
2.5.3. Elaboração de Cronograma
2.5.4. Elaboração do plano de Comunicação
2.6. Apresentação do plano de projeto pela CONTRATADA
2.7. Aprovação do plano de Projeto pelo CONTRATANTE

3.1. Mapeamento e remodelagem de processos de trabalho

3.2. Disponibilização do ambiente de Homologação provisório na CONTRATADA
3.3. Implantação Piloto por tipos de unidades
3.3.1. Elaboração das parametrizações
3.3.2. Elaboração das Integrações
3.3.3. Instalação dos ambientes de Homologação/Treinamento e produção
3.3.4. Importação de dados
3.3.5. Homologação
3. Execução 3.3.6. Capacitação das equipes técnicas e de usuários
3.3.7. Operação assistida
3.3.8. Preparação para entrada em Produção
3.5. Replicação da Implantação nas unidades
3.5.1. Elaboração das parametrizações
3.5.2. Importação de dados
3.5.3. Capacitação das equipes técnicas e de usuários
3.5.4. Operação assistida
3.6. Suporte remoto aos usuários do sistema

4.1. Controle das mudanças

4.2. Validação do Escopo
4.3. Controle do Cronograma

4. 4.4. Controle da Qualidade

Monitoramento 4.5. Controle das Comunicações
4.6. Controle dos Riscos
 4.7. Controle da garantia dos serviços e produtos
4.8. Reuniões de Status do Projeto

5.1. Acompanhamento

5. 5.2. Transição
Encerramento 5.3. Termo de aceite de encerramento do projeto
5.4. Garantia dos serviços e produtos

4.2.3. Requisitos de garantia e manutenção

4.2.3.1. Todos os serviços executados deverão ter garan a, sem custos adicionais a
CONTRATANTE, durante toda a vigência do contrato e por mais 90 (noventa) dias, a contar do seu
término.
4.2.3.2. Caberá à CONTRATADA, no período de garan a realizar toda a correção decorrente
de erros ou falhas cometidas na execução dos serviços contratados.
4.2.3.3. Estão cobertos pela garan a todos os serviços executados, bem como toda a
documentação relacionada.
4.2.3.4. A emissão de aceite dos serviços não exime a CONTRATADA da responsabilidade
pela correção de erros porventura iden ficados, desde que o erro ou falha, comprovadamente,
não se dê em função de falhas da unidade solicitante dos serviços.
4.2.3.5. Na incidência de acionamento da garan a, essa se dará, por meios dos canais
oficiais de comunicação estabelecidos entre as partes.
4.2.3.6. O atendimento deverá ser realizado, das 08 às 18 h, de segunda à sexta-feira
(exceto feriados), na Sede Administra va da Sede Administra va da Secretaria de Estado de
Saúde do Distrito Federal, localizada no Setor de Áreas Isoladas Norte (SAIN) - Parque Rural sem
número - Bloco C - Bairro Asa Norte - CEP 70086-900 ou em local indicado no documento de
acionamento da garantia.
4.2.3.7. O prazo para que se inicie o atendimento presencial será de até 48 (quarenta e
oito) horas, corrida, contados a partir do dia seguinte ao acionamento da garantia.
4.2.3.8. O prazo para solução admite a possibilidade de até 7 (sete) dias úteis, contados a
par r do dia seguinte ao atendimento. Em caso específicos, devido a complexidade dos serviços,
poderá a CONTRATANTE ampliar, a seu critério, esse prazo.

4.2.4. Requisitos de experiência profissional da equipe

4.2.4.1. Caberá à CONTRATADA manter profissionais capacitados a desenvolver as
a vidades per nentes para a plena execução do objeto contratual. Sendo-lhe, exigível, no
mínimo, profissionais com experiência comprovada, tulação e grau de escolaridade compa vel
com o nível de serviço a ser desenvolvido.
4.2.4.2. Para a execução dos serviços a empresa encaminhará o cio ao gestor do contrato
com a relação dos profissionais que atuarão na prestação dos serviços, anexando cer ficado
emitido pela fabricante da solução contratada.

4.2.5. Requisitos de formação da equipe

4.2.5.1. O dimensionamento da equipe necessária á execução dos serviços será de total
responsabilidade da CONTRATADA, que deverá, durante toda a vigência do contrato, atender os
níveis de serviço exigidos.
4.2.5.2. A CONTRATADA deverá u lizar profissionais devidamente capacitados e
habilitados para os serviços contratados, impondo-lhes rigorosos padrões de qualidade,
segurança e eficiência.

4.2.6. Requisitos de metodologia de trabalho

4.2.6.1. Para a execução do objeto, será implementado método de trabalho baseado no
conceito de delegação de responsabilidade. Esse conceito define a SES-DF como responsável pela
gestão dos Contratos e pela atestação da aderência aos padrões de qualidade exigidos dos
produtos e serviços fornecidos, e a CONTRATADA como responsável pela execução dos serviços e
gestão dos recursos humanos, físicos e tecnológicos necessários.
4.2.6.2. Os serviços sob demanda serão formalmente requeridos pela SES-DF à
CONTRATADA por meio da emissão de Ordem de Serviço (OS), conforme modelo apêndice neste
Documento.
4.2.6.3. A prestação do serviço será feita com base em modelo cujo pagamento será
efetuado, exclusivamente, em função da efe va execução e dos níveis mínimos de serviços
alcançados, auferidos por métricas especializadas de acordo com as especificidades dos serviços
que compõem o objeto da contratação.
4.2.6.4. A execução dos serviços será gerenciada pela CONTRATADA, que fará o
acompanhamento da qualidade e dos níveis de serviço alcançados com vistas a efetuar eventuais
ajustes e correções de rumo.
4.2.6.5. Durante a execução das tarefas, deverão ser observadas todas as boas prá cas
para garan r a disponibilidade dos sistemas e ambientes computacionais e a implementação
eficaz e transparente das novas funcionalidades.

4.2.7. Requisitos de infraestrutura

4.2.7.1. É de responsabilidade da CONTRATADA a disponibilização e manutenção da
infraestrutura necessária de hardware, so ware e suporte para seus profissionais atuarem nas
instalações da SES-DF. A SES-DF, por sua vez, ficará responsável por providenciar o espaço sico,
mobiliário e as permissões de acesso aos profissionais da CONTRATADA.

4.2.8. Requisitos de segurança da informação

4.2.8.1. A CONTRATADA será expressamente responsabilizada quanto à manutenção de
sigilo absoluto sobre quaisquer dados, informações, códigos-fonte e artefatos, con dos em
quaisquer documentos e em quaisquer mídias, de que venha a ter conhecimento durante a
execução dos trabalhos, não podendo, sob qualquer pretexto, divulgar, reproduzir ou u lizar, sob
pena de lei, independentemente da classificação de sigilo conferida pela SES-DF, tais
documentos.
4.2.8.2. A CONTRATADA não poderá divulgar quaisquer informações a que tenha acesso
em virtude dos trabalhos a serem executados ou de que tenha tomado conhecimento em
decorrência da execução do objeto sem autorização por escrito da SES-DF, sob pena de aplicação
das sanções cabíveis, além do pagamento de indenização por perdas e danos.
4.2.8.3. A CONTRATADA deverá manter sigilo absoluto sobre todas as informações
provenientes dos serviços realizados.
4.2.8.4. Cada profissional da CONTRATADA deverá assinar termo de responsabilidade e
sigilo, comprometendo-se a não divulgar nenhum assunto tratado nas dependências da SES-DF ou
a serviço desses, salvo se expressamente autorizado, Apêndice VI – Termo de Confidencialidade
de Informações.
4.2.8.5. Serão consideradas como informação sigilosa, toda e qualquer informação escrita
ou oral, revelada a outra parte, contendo ou não a expressão confidencial e/ou reservada.
Abrange toda informação escrita, verbal, ou em linguagem computacional em qualquer nível, ou
de qualquer outro modo apresentada, tangível ou intangível, podendo incluir, mas não se
limitando a: know-how, técnicas, especificações, relatórios, compilações, código fonte de
programas de computador na íntegra ou em partes, fórmulas, desenhos, cópias, modelos,
amostras de ideias, aspectos financeiros e econômicos, definições, informações sobre as
atividades da CONTRATANTE.
4.2.8.6. As partes deverão cuidar para que as informações sigilosas fiquem restritas ao
conhecimento das pessoas que estejam diretamente envolvidas nas a vidades relacionadas à
execução do objeto.
4.2.8.7. As obrigações constantes deste DOCUMENTO não serão aplicadas às
INFORMAÇÕES que sejam comprovadamente de domínio público no momento da revelação,
tenham sido comprovadas e legi mamente recebidas de terceiros e estranhos, sejam reveladas
em razão de requisição judicial ou outra determinação válida do Governo, somente até a
extensão de tais ordens, desde que as partes cumpram qualquer medida de proteção per nente e
tenham sido no ficadas sobre a existência de tal ordem, previamente e por escrito, dando a esta,
na medida do possível, tempo hábil para pleitear medidas de proteção que julgar cabíveis.
4.2.8.8. A CONTRATADA se compromete a não efetuar qualquer po de cópia da
informação sigilosa sem o consentimento expresso e prévio da CONTRATANTE.
4.2.8.9. A CONTRATADA compromete-se a dar ciência e obter o aceite formal da direção
e empregados que atuarão direta ou indiretamente na execução do CONTRATO sobre a
existência deste TERMO bem como da natureza sigilosa das informações.
4.2.8.10. A CONTRATADA deverá firmar acordos por escrito com seus empregados visando
garan r o cumprimento de todas as disposições do presente DOCUMENTO e dará ciência à
CONTRATANTE dos documentos comprobatórios.
4.2.8.11. A CONTRATADA obriga-se a tomar todas as medidas necessárias à proteção da
informação sigilosa da CONTRATANTE, bem como evitar e prevenir a revelação a terceiros,
exceto se devidamente autorizado por escrito pela CONTRATANTE.

5. DA PROVA DE CONCEITO
5.1. Neste certame será exigida prova de conceito des nada a averiguar a conformidade da
solução tecnológica de gestão integrada de atenção à saúde com os requisitos técnicos previstos no
ANEXO I - ESPECIFICAÇÕES deste Termo de Referência.
5.2. A prova de conceito é condição para adjudicação do objeto do certame e será exigida,
após a etapa de lances, ao licitante classificado provisoriamente em primeiro lugar. Em caso de
desclassificação, ocorrerá a convocação do licitante classificado em segundo lugar e assim
sucessivamente;
5.3. A prova de conceito será realizada em sessão aberta a iniciar mediante solicitação do
pregoeiro, começando no primeiro dia ú l subsequente, caso este prazo coincida com feriado ou final
de semana, no horário de 09h às 12h e das 14h às 18h, tendo prazo máximo de duração de 05 (cinco)
dias uteis. O licitante que descumprir esse prazo será desclassificado automa camente do certame,
ocorrendo à convocação do próximo licitante, na ordem de classificação;
5.4. Toda a infraestrutura de hardware e so ware necessária para a realização dos testes
de conformidade é de responsabilidade da PROPONENTE em Avaliação, assim como as massas de
dados necessárias para a demonstração;
5.5. Todos os componentes de hardware e so ware disponibilizados para a realização dos
testes de conformidade deverão ser disponibilizados exclusivamente no ambiente local, sendo
vedados quaisquer tipos de conexão e/ou acesso remoto aos equipamentos dedicados aos testes;
5.6. A PROPONENTE em Avaliação deverá instalar e manter em pleno funcionamento,
durante os TDC, so wares que geram arquivos backups dos dados [as imagens (clone) das Máquinas
Virtuais utilizadas (VM) e a captura em filme das telas utilizadas na demonstração;
5.7. A Proponente deverá realizar backups/cópia espelho do ambiente [as imagens (clone)
das Máquinas Virtuais u lizadas (VM)] que serão entregues no início e no final da realização de todos
os TDC e com o conteúdo correspondente ao ambiente utilizado como piloto nos TDC;
5.8. Os arquivos gerados da captura das telas serão entregues ao final de cada turno,
manhã ou tarde;
5.9. A mídia a ser u lizada na gravação dos arquivos supracitados deve ser fornecida pela
Proponente em Avaliação e será devolvida posteriormente, pela CONTRATANTE, caso seja retornável;
5.10. Após a conclusão de todos os testes, a PROPONENTE em Avaliação deverá entregar
uma cópia espelho do ambiente completo virtualizado ou não, possibilitando refazer o ambiente de
teste, permanecendo este espelho de posse do CONTRATANTE;
5.11. Caso seja iden ficada alteração supracitada a PROPONENTE em Avaliação será
desclassificada;
5.12. O licitante deverá demonstrar as funcionalidades das soluções a Comissão de Avaliação
compostas por membros da equipe técnica designada pela Administração;
5.13. O licitante que deixar de sa sfazer em 100% (cem por cento) das funcionalidades
prevista no ANEXO I - ESPECIFICAÇÕES deste Termo de Referência, será desclassificado
automa camente do certame, ocorrendo à convocação do próximo licitante, na ordem de
classificação;
5.14. Depois de vencido o prazo de apresentação da prova de conceito, não será permi do
fazer ajustes ou modificações na ferramenta apresentada para fins de adequá-la às especificações
constantes deste Edital;
5.15. Poderão acompanhar a sessão pública da prova de conceito os demais licitantes
interessados, bem como qualquer pessoa que previamente se identifique para tal fim, devendo apenas
se abster de tecer comentários ou manifestações de quaisquer ordens durante a sessão, bem como
manter o silêncio durante os trabalhos;
5.16. Caso a LICITANTE não compareça no dia especificado, ou extrapole o prazo para a
conclusão da homologação dos requisitos (em horário comercial, a par r da data de início das provas),
ou caso algum dos itens não seja efe vamente comprovado, a LICITANTE será automa camente
desclassificada;
5.17. O parecer de conclusão da prova de conceito será enviado ao Pregoeiro para que o
resultado seja divulgado com base na apresentação da prova de conceito. Caberá à Comissão de
Avaliação a validação de conformidade das funcionalidades, do que lavrará termo. A Comissão de
Validação é soberana para julgar se as soluções apresentadas atendem as expecta vas estabelecidas
neste Termo de Referência;
5.18. A equipe técnica responsável pela condução dos trabalhos da prova de conceito poderá
restringir a par cipação dos presentes sempre que a quan dade de pessoas ultrapassar a capacidade
sica do local de sua realização, devendo buscar acomodar a presença de, ao menos, um
representante por licitante interessado.

6. DAS OBRIGAÇÕES
6.1. DA CONTRATANTE
6.1.1. Nomear Gestor e Fiscais Técnico, Administra vo e Requisitante do contrato para
acompanhar e fiscalizar a execução dos contratos, após assinatura do Contrato.
6.1.2. Encaminhar formalmente a demanda, preferencialmente por meio de Ordem de Serviço,
contida no apêndice deste documento.
6.1.3. Receber o objeto fornecido pela CONTRATADA que esteja em conformidade com a
proposta aceita, conforme inspeções realizada.
6.1.4. Liquidar o empenho e efetuar o pagamento à CONTRATADA, dentro dos prazos
preestabelecidos em Contrato.
6.1.5. Comunicar à CONTRATADA todas e quaisquer ocorrências relacionadas com o
fornecimento da Solução de Tecnologia da Informação.
6.1.6. Definir produ vidade ou capacidade mínima de fornecimento da Solução de Tecnologia
da Informação por parte da CONTRATADA, com base em pesquisas de mercado, quando aplicável.
6.1.7. Realizar, no momento da licitação e sempre que possível, diligências e/ou Prova de
Conceito com o licitante classificado provisoriamente em primeiro lugar, para fins de comprovação de
atendimento das especificações técnicas, exigindo, no caso de fornecimento de bens, a descrição em
sua proposta da marca e modelo dos bens ofertados.
6.1.8. Cumprir fielmente o Contrato de modo que a CONTRATADA possa realizar os serviços
com esmero e perfeição.
6.1.9. Receber os empregados e prepostos da CONTRATADA, devidamente credenciados, para
manutenção e conservação dos equipamentos, tomando as providências administrativas que garantam
o livre desempenho de tais atividades.

6.2. DA CONTRATADA
6.2.1. Indicar formalmente preposto apto a representá-la junto à CONTRATANTE, que deverá
responder pela fiel execução do contrato.
6.2.2. Atender prontamente quaisquer orientações e exigências do fiscal do contrato,
inerentes à execução do objeto contratual.
6.2.3. Reparar quaisquer danos diretamente causados à CONTRATANTE ou a terceiros por
culpa ou dolo de seus representantes legais, prepostos ou empregados, em decorrência da relação
contratual, não excluindo ou reduzindo a responsabilidade da fiscalização ou o acompanhamento da
execução dos serviços pela CONTRATANTE.
6.2.4. Propiciar todos os meios e facilidades necessárias à fiscalização da Solução de
Tecnologia da Informação pela CONTRATANTE, cujo representante terá poderes para sustar o
fornecimento, total ou parcialmente, em qualquer tempo, sempre que considerar a medida necessária.
6.2.5. Manter, durante toda a execução do contrato, as mesmas condições da habilitação.
6.2.6. Manter, durante a execução do Contrato, equipe técnica composta por profissionais
devidamente habilitados, treinados e qualificados para fornecimento das Solução de Tecnologia da
Informação.
6.2.7. Manter a produ vidade ou a capacidade mínima de fornecimento da Solução de
Tecnologia da Informação durante a execução do contrato, conforme Art. 18, inciso I, alínea “g”, da
Instrução Normativa STLI/MPOG nº 04, de 11 de setembro de 2014.
6.2.8. Fornecer, sempre que solicitado, amostra para realização de Prova de Conceito para fins
de comprovação de atendimento das especificações técnicas.
6.2.9. Cumprir fielmente o Contrato de modo que o serviço se realize com esmero e perfeição,
executando-os sob sua inteira e exclusiva responsabilidade.
6.2.10. Cumprir rigorosamente as normas e regulamentos per nentes à solução objeto deste
Termo de Referência.
6.2.11. Cumprir os Acordos de Níveis de Serviço impostos neste Termo de Referência, assim
como outros, pactuados em acordo, no transcorrer da execução contratual.
6.2.12. Manter escritório físico na cidade de Brasília/DF durante a execução contratual.
6.2.13. Renovar no ato de seu vencimento a garantia contratual.
6.2.14. Garan r o perfeito funcionamento dos serviços objeto deste documento, através de
equipe técnica dimensionada de forma a atender as solicitações dentro dos prazos necessários ao
cumprimento dos cronogramas estabelecidos.
6.2.15. Emi r, sempre que solicitado pela SES-DF, relatórios gerenciais e/ou técnicos referentes
aos serviços produzidos.
6.2.16. Dar ciência, imediatamente e por escrito, de qualquer anormalidade que verificar na
implantação da solução, bem como, prestar esclarecimentos que forem solicitados pela SES-DF.
6.2.17. Manter sob suas responsabilidade as despesas com salários, impostos, contribuições
previdenciárias, encargos trabalhistas, seguros e outras correlatas.
6.2.18. Providenciar a substituição, em até 5 (cinco) dias úteis, dos profissionais eventualmente
alocados ao serviço que não possuam a qualificação mínima exigida, ou por solicitação da SES-DF,
devidamente justificada.
6.2.19. Responsabilizar-se perante a Administração pelos eventuais danos ou desvios causados
aos bens que lhe forem confiados ou aos seus prepostos, devendo efetuar o ressarcimento
correspondente, imediatamente após o recebimento da no ficação da Administração, sob pena de
glosa de qualquer importância que tenha direito a receber.
6.2.20. Refazer serviços nos prazos estabelecidos, quando apresentarem padrões de qualidade
inferiores aos definidos, sem ônus para a SES-DF.
6.2.21. Disponibilizar os Serviços para uso pela CONTRATANTE dentro do prazo pactuados.
6.2.22. Manter a qualidade dos Serviços dentro dos padrões estabelecidos.
6.2.23. Atender a reclamações da CONTRATANTE sobre falhas nos Serviços.
6.2.24. Fazer diagnós co das falhas dos Serviços, eliminando os defeitos nos componentes sob
sua responsabilidade.
6.2.25. Atender a reclamações ou pedidos de esclarecimentos da CONTRATANTE sobre
cobrança dos Serviços.
6.2.26. Informar, a necessidade de eventuais interrupções programadas dos Serviços, com
antecedência mínima de 03 (três) dias.
6.2.27. Tomar todas as providências necessárias para a fiel execução deste Instrumento.
6.2.28. Cumprir as legislações Federais, Estaduais e Municipais que interfiram na execução dos
serviços elencados neste Termo de Referência e seus Apêndices.
6.2.29. Estabelecer que seus colaboradores com acesso ao ambiente de operação quanto da
obrigatoriedade de assinar contrato de trabalho que contenha Termo de Confidencialidade. Para os
colaboradores casuais e prestadores de serviços que não estejam cobertos por um contrato existente,
deverá ser exigida a assinatura em Termo de Confidencialidade, antes de obter acesso às instalações
de operação.
6.2.30. O Termo de Confidencialidade, nos casos acima citados, deverão conter
cláusulas específicas sobre responsabilização e sigilo das informações e senhas. Deve também ser
expresso, claramente, a penalidade e o processo formal caso sejam divulgadas
informações confidenciais, mesmo após o término do contrato de trabalho.
6.2.31. Reparar e corrigir, às suas expensas, no prazo fixado pelo CONTRATANTE, qualquer
irregularidade na prestação dos serviços que lhe for comunicada, sem prejuízo da aplicação de
penalidades e da rescisão contratual, se cabível.
6.2.32. Prestar a devida orientação técnica necessária para a perfeita u lização de todos os
itens do serviço, de modo a obter o máximo desempenho deste.
6.2.33. Comunicar, imediatamente e por escrito, qualquer anormalidade verificada durante a
vigência do contrato.
6.2.34. Responsabilizar-se pelo deslocamento de sua equipe aos locais de prestação dos
serviços e manutenções, bem como as despesas de transporte, frete e seguro correspondente, quando
acionado pelo CONTRATANTE e não resolvido remotamente.
6.2.35. Empregar equipe técnica corretamente dimensionada de forma a atender as
solicitações dentro dos prazos e cumprir os cronogramas estabelecidos.
6.2.36. Responder por danos de qualquer natureza que venham a sofrer seus funcionários,
terceiros ou a SES-DF, em razão de acidente, ações ou omissão dolosa ou culposa de seus funcionários
ou de quem estiver credenciado a agir em seu nome.
6.2.37. Realizar todos os testes necessários para a verificação e validação de funcionamento
do sistema (hardware e so ware), sendo que a fiscalização e validação serão responsabilidade desta
SES-DF que acompanhará as rotinas propostas.
6.2.38. Realizar a implantação e a parametrização do sistema, tanto nos equipamentos com
seus respectivos hardware como no software a serem implantados.
6.2.39. Disponibilizar manuais, vídeo, tutorias, documentos e ministrar treinamento aos
usuários da solução.
6.2.40. Para a execução dos serviços a empresa encaminhará o cio ao gestor do contrato com
a relação dos profissionais que atuarão na prestação dos serviços, anexando cer ficado emi do pela
fabricante da solução contratada.

7. MODELO DE EXECUÇÃO
7.1. O modelo de execução do contrato deverá contemplar condições necessárias ao devido
fornecimento dos recursos objetos deste Termo de Referência devem observar o que segue:
7.1.1. Realizar a convocação da CONTRATADA em até 05 (cinco) dias úteis, após a assinatura
do contrato, a qual deverá dar ciência ao plano de inserção da CONTRATANTE, conhecendo o
ambiente sico e tecnológico, dentro do escopo contratado, e absorver o conhecimento necessário
para entrega e prestação dos serviços acordados.
7.1.2. A CONTRATADA deverá par cipar de reunião inicial, convocada pelo Gestor do contrato,
com a par cipação da Equipe de Fiscalização da CONTRATANTE, do representante legal da
CONTRATADA, e dos demais interveniente por ele iden ficado, cuja pauta observará, pelo menos:
presença do representante legal da CONTRATADA, que apresentará o seu Preposto, assinatura, por
parte da CONTRATADA, do Termo de Confidencialidade e Sigilo e do Termo de
Ciência, esclarecimentos rela vos a questões operacionais, administra vas e de gerenciamento do
Contrato, nivelando os entendimentos acerca das condições estabelecidas no Contrato, Apêndices e
Termos, bem como, esclarecer possíveis dúvidas acerca da execução dos serviços.
7.1.3. Informar à CONTRATADA que o pagamento dos serviços contratados e implementados
será realizado após o aceite parcial e/ou definitivo
7.1.4. A CONTRATADA poderá, exclusivamente a seu critério e ônus, desenvolver, avaliar e
incorporar métodos, processos e tecnologias para a melhoria na forma da execução contratual dos
serviços ora licitados, desde que seus procedimentos estejam em conformidade com as definições,
premissas e recomendações técnicas.
7.1.5. Todos os serviços que envolvam ações de desenvolvimento e implementação de
a vidades de melhoria con nua de ambiente, obedecerão a uma estruturação e planejamento prévios
da CONTRATADA e autorização da CONTRATANTE, onde serão estabelecidos os prazos, horário e
condições gerais da execução destas atividades.
7.1.6. Os serviços deverão ser prestados na forma presencial e não presencial (remota), e
deverão ser prestados em Brasília ou Central de Serviços da Contratada em território nacional, sob a
supervisão da equipe gestora do contrato.
7.1.7. A CONTRATADA deverá possuir técnicos prontos para serem acionados durante 8 (oito)
horas por dia, 05 (cinco) dias por semana.
7.1.8. A quan dade de técnicos deverá ser dimensionada pela CONTRATADA, com vistas a
cumprir os prazos de implementação a serem estabelecidos.
7.1.9. Todas as a vidades executadas pela CONTRATADA deverão ser documentadas e
disponibilizadas em formato eletrônico a SES-DF. Quando solicitado pela CONTRATANTE, a
documentação deverá constar de roteiro pormenorizado de execução.
7.1.10. A contratada deverá observar os níveis mínimos de serviço estabelecidos no contrato.
7.1.11. CONTRATANTE deverá disponibilizar infraestrutura adequada para acesso remoto,
quando necessário, para que a CONTRATADA possa efetuar os atendimentos dentro dos níveis de
serviço estipulados.
7.1.12. É de responsabilidade da CONTRATANTE realizar, através de profissionais da CTINF
habilitados, a abertura dos chamados com as informações mínimas necessárias para que a
CONTRATADA possa reproduzir o erro relatado. A falta de evidências do erro e de informações que
permitam sua reprodução em ambiente controlado poderá estender o prazo de solução sem ônus a
CONTRATADA.
7.1.13. Ao final de cada mês, a SES-DF avaliará o cumprimento dos níveis mínimos de serviço
estabelecidos no contrato, e havendo descumprimento e se as jus fica vas para o descumprimento
sejam consideradas inaceitáveis ou insuficientes pela SES-DF, serão aplicadas glosas e multas
cabíveis previstas.

7.1.14. CRONOGRAMA DE IMPLANTAÇÃO

Id Ação Responsável Prazo

Convocar a CONTRATADA para reunião de alinhamento e dar ciência a mesma sobre o este Plano até D+5 (cinco) dias
1 CONTRATANTE
de Inserção. úteis.

Reunião inicial de alinhamento para definição dos prazos, apresentação de preposto e Comissão CONTRATANTE até D+7 (sete) dias
2
executora. CONTRATADA úteis.

Encaminhar cronograma detalhado dos serviços a serem realizados na fase implantação (Plano de até D+7 (dez) dias
3 CONTRATADA
Implementação). úteis.

até D+10 (dez) dias

4 Apresentação do Cronograma de implementação dos serviços. CONTRATADA
úteis.

até D+15 (quinze) dias

5 Aprovação dos cronogramas e início da execução do cronograma aprovado. CONTRATANTE
úteis.

até D+20 (vinte) dias

6 Início da prestação dos serviços. CONTRATADA
úteis.

até D+30 (trinta) dias

7 Entrega dos manuais, tutoriais e demais documentações. CONTRATADA
corridos.

até D+30 (trinta) dias

8 Capacitação de servidores. CONTRATADA
corridos.
Tabela - Cronograma de implantação
Onde: D = homologação para início dos serviços.

7.2. DA PRESTAÇÃO DOS SERVIÇOS

7.2.1. A prestação de serviços, objeto da contratação, serão demandas via Ordens de Serviços
detalhando minuciosamente as licenças e suporte técnico a serem contratados por cada unidade de
saúde, além de dimensionar as UST's necessárias a todas as a vidades do cronograma de
implantação e /ou desenvolvimento de alguma nova funcionalidade, a serem executadas pela
CONTRATADA, seguindo os processos, padrões e procedimentos da CONTRATANTE.
7.2.2. Em todas as Ordens de Serviços deverão ser definidas as datas de início e final de
entrega do produto/serviço, conforme entendimentos entre CONTRATANTE e CONTRATADA.
7.2.3. Todos os serviços demandados deverão ser executados pela CONTRATADA somente
após a emissão de Ordens de Serviços, com a obrigatória autorização da CONTRATANTE e em
concordância com os processos e procedimentos técnicos definidos pelo demandante.
7.2.4. A CONTRATADA não poderá se negar ou deixar de executar nenhuma Ordem de Serviço
demandada que pertença ao escopo desta contratação, salvo por alguma questão tecnológica interna
da SES-DF até ser corrigida.
7.2.5. Caso a CONTRATADA não consiga executar a Ordem de Serviço conforme as condições
demandas, deverá comunicar ao fiscal por escrito e com antecedência, jus ficando os fatos e mo vos
que impedirão sua execução, cabendo ao gestor acatar ou não a justificativa.
7.2.6. Para adequação dos serviços ou da qualidade de prestação dos mesmos, poderão ser
acordados entre a CONTRATANTE e CONTRATADA, procedimentos que deverão ser documentados e
assinados entre as partes, permitindo assim novo direcionamento quanto aquelas atividades.
7.3. ACORDO DE NÍVEL DE SERVIÇO E NÍVEL MÍNIMO DE SERVIÇO EXIGIDO (NMSE)
7.3.1. Serão exigidos e auditados os seguintes níveis mínimos de serviço:
7.3.2. INDICADOR 1 - IAI = INDICADOR DE ATRASO EM ATIVIDADES PARA IMPLEMENTAÇÃO

INDICADOR 1 IAI = INDICADOR DE ATRASO EM ATIVIDADES EM DESENVOLVIMENTO

Descrição Indicador de Atraso em Atividades para Implementação.

Finalidade Avaliação de atrasos na implementação das atividades.

Periodicidade Bimestral

Unidade de
Porcentagem.
medida

Como medir Total de dias em atraso/ total de dias previstos para a atividade

Meta No mínimo 90% de cumprimento de prazo das atividades implementadas.

Limite
>= 90%
Aceitável

TDA = Total de dias em atraso

Fórmula TDP = Total de dias previstos
IAI = TDA/TDP*100%

Se >=10% e <=15% de dias em atraso aplicar 5% sobre o valor da atividade;

Se >=20% e <=30% de dias em atraso aplicar 10% sobre o valor da atividade;
Sanções Se >=31% e <=40% de dias em atraso aplicar 20% sobre o valor da atividade;
Se >=41% de dias em atraso aplicar 30% sobre o valor da a vidade e reavaliar
prosseguimento da atividade;

A avaliação está prevista para ocorrer bimestralmente, pois algumas a vidades

Observações
podem ultrapassar 30 dias.

7.4. INDICADOR 2 - IOSA = INDICADOR DE ORDEM DE SERVIÇO EM ATRASO

INDICADOR 2 IOSA = INDICADOR DE ORDEM DE SERVIÇO EM ATRASO

Descrição Indicador de Atraso em Ordens de Serviço.

Finalidade Verificar o cumprimento do prazo estabelecido nas OS.

Periodicidade Bimestral

Unidade de
Porcentagem.
medida

Como medir Total de Ordens de Serviço Atrasadas/Total de Ordens de Serviço.

Meta No mínimo 95% de Ordens de Serviço executadas no prazo.

Limite
>= 95%
Aceitável

T_OSA = Total de ordens de serviço concluídas com atraso no período.

Fórmula T_OS = Total de ordens de serviço concluídas no período.
I_OSA = (T_OS ÷ T_OS) × 100%

Se >=11% e <=20% de dias em atraso aplicar 5% sobre o valor da Ordem de

Serviço em atraso;
Se >=21% e <=40% de dias em atraso aplicar 10% sobre o valor da Ordem de
Sanções
Serviço;
Se >=41% de dias em atraso aplicar 20% sobre o valor da Ordem de Serviço e
reavaliar prosseguimento da atividade;

A avaliação está prevista para ocorrer bimestralmente, pois algumas a vidades

Observações
podem ultrapassar 30 dias.

7.5. DAS LOCALIDADES PARA A EXECUÇÃO DOS SERVIÇOS

7.5.1. Os serviços serão prestados no âmbito sico das unidades de saúde e em todos os
ambientes computacionais indicados e disponibilizados pela Secretaria de Estado de Saúde do Distrito
Federal - SES-DF, além da prestação de serviços no âmbito fisico da própria contratada quando assim a
natureza do serviço convier.

7.6. HORÁRIO DE FUNCIONAMENTO

7.6.1. A prestação de serviço in loco, esse deve ocorrer, preferencialmente, dentro dos
horários normais de expediente administra vos das unidades de saúde da Secretaria de Estado de
Saúde do Distrito Federal - SES-DF, preferencialmente, segunda a sexta-feira, das 08 às 18 horas,
exceto feriados.
7.6.2. Excepcionalmente, a Secretaria de Estado de Saúde do Distrito Federal - SES-DF pode
determinar horários específicos para a prestação dos serviços quando a natureza do serviço assim
convier.

7.7. PRAZO DE ENTREGA

7.7.1. A CONTRATADA deverá obedecer os prazos de entrega previstos no Modelo de
Execução do Contrato e àqueles constantes nas Ordens de Serviço.

7.8. DA DOCUMENTAÇÃO
7.8.1. Para a realização das tarefas específicas, a CONTRATANTE demandará a CONTRATADA
através de Ordem de Serviço - Apêndice III, solicitação formal do produto/serviço a ser
entregue/executado.
7.8.2. As Ordens de Serviço devem ser emi das mediante orçamento prévio e
obrigatoriamente com o aval do Fiscal Técnico e do Gestor do Contrato.
7.8.3. Todas as Ordens de Serviços devem conter prazos para sua execução e obje vos a
serem alcançados.
7.8.4. O pagamento das Ordens de Serviço executadas devem ser precedidos de aceite parcial
e/ou defini vo, em estrita observância entre os serviços demandados e àqueles efe vamente
prestados.
7.8.5. Todos os produtos decorrentes da execução dessas Ordens de Serviço deverão ter
garantia, sem custos adicionais a CONTRATANTE, durante toda à vigência do contrato.
7.8.6. A cada conclusão de Ordem de Serviço, a CONTRATADA deverá emi r relatórios, com
descrição pormenorizada dos serviços executados.
7.8.7. Toda a documentação deverá ser entregue, a CONTRATANTE, em língua portuguesa,
falada e escrita no Brasil, preferencialmente em meio digital, dentro dos prazos definidos em cada
Ordem de Serviço.

7.9. DO MECANISMOS FORMAIS DE COMUNICAÇÃO ENTRE CONTRATANTE E

CONTRATADA
7.9.1. São documentos formais de comunicação entre a CONTRATANTE e a CONTRATADA:
7.9.2. Chamados telefônicos registrados na Central de Atendimentos (CONTRATADA), com
atendimento de segunda a sexta-feira das 08 às 18 horas, exceto feriados.
7.9.3. Ordens de Serviço.
7.9.4. Ofícios.
7.9.5. Relatórios.
7.9.6. Correio eletrônico corporativo.
7.9.7. Demais meios previstos no documento convocatório.

7.10. MODELO DE REMUNERAÇÃO

7.10.1. PAGAMENTOS
7.10.1.1. Os pagamentos do contrato serão efetuados conforme as normas orçamentárias e
fiscais em vigor.
7.10.1.2. O serviço a ser contratado é prestado de forma con nua mediante ateste das faturas de
prestação do serviço. Para os serviços e produtos executados por período ou quan dade certa, esses
serão quitados após seu fornecimentos e mediante ateste das faturas. Para os serviços por demanda,
os pagamentos serão realizados de acordo com a execução das demandas e mediante ateste das
faturas de prestação do serviço.
7.10.1.3. A Nota Fiscal da empresa CONTRATADA deve ser emi da com data posterior ao Aceite
do Recebimento e apresentado juntamente com o Termo de Aceite para o Gestor do Contrato. O
pagamento se dará em até 30 (trinta dias) após o Gestor do Contrato receber o Termo de Aceite do
Recebimento e as Notas Fiscais da CONTRATADA.
7.10.1.4. Para efeito comprobatório de pagamento, a empresa CONTRATADA deverá apresentar
obrigatoriamente os documentos abaixo relacionados, preferencialmente por meio digital.
a) Cer dão Nega va de Débitos – CND, emi da pelo INSS – Ins tuto
Nacional de Seguridade Social, devidamente atualizada.
b) Cer ficado de Regularidade do Fundo de Garan a por Tempo de
Serviço – FGTS, fornecido pela CEF – Caixa Econômica Federal, devidamente
atualizado.
c) Certidão de Regularidade com a Fazenda do Distrito Federal.
d) Prova de inexistência de débitos inadimplidos perante a Jus ça do
Trabalho, mediante a apresentação de cer dão nega va (CNDT), Lei
12.440/2011.
7.10.1.5. A Nota Fiscal, deverá estar devidamente atestada pelo Gestor do Contrato ou subs tuto
e Fiscal Técnico executor ou substituto do contrato.
7.10.1.6. As eventuais penalidades serão aba das na fatura do mês subsequente ao da
prestação de serviços, exceto no úl mo mês do Contrato, cuja fatura já deverá contemplar todos os
excedentes e eventuais penalidades, se for o caso.

7.10.2. CRITÉRIOS DE MEDIÇÃO

7.10.2.1. As metas e os indicadores de desempenho serão aplicados e servirão para a aferição
mensal dos níveis de serviços acordados para a prestação dos SERVICOS.
7.10.2.2. Para cada um dos indicadores, e disposta uma tabela de pontos perdidos pelo não
a ngimento da meta, que serão u lizados para cálculo das penalidades a serem aplicadas conforme
item – Penalidades Aplicáveis.

7.10.3. INDICADORES ATENDIMENTO

Porcentagem de incidentes solucionados no Prazo (IP)

IP = TOTAL DE INCIDENTES NO PRAZO * 100

TOTAL DE INCIDENTES SOLUCIONADOS

% de serviço entregue X Pontos perdidos

% Serviço Pontos Perdidos

90% a 100% 0
85% a 89% 1
80% a 84% 2
Abaixo de 80% 4

8. MODELO DE GESTÃO
8.1. Com base na atual estrutura organizacional da SES-DF, a gestão do contrato será feita
por Comissão Executora formada por servidores do corpo funcional da Coordenação Especial em
Tecnologia da Informação em Saúde - CTINF (Fiscal Técnico).
8.2. Assim, em atendimento a Portaria nº 57 de 25 de abril de 2011, para a gestão da
contratação em tela, serão indicados Funcionários Públicos Estatutários do Quadro de Carreira da SES-
DF.

8.3. DO ACOMPANHAMENTO E FISCALIZAÇÃO

8.3.1. A fiscalização da execução, e o acompanhamento técnico do Contrato, serão exercidos
por comissão de servidores do quadro, previamente designado pela SES-DF (Gestor do Contrato),
observado o que se segue:
8.3.1.1. O representante da SES-DF anotará em registro próprio todas as ocorrências
relacionadas com a execução do Contrato, determinando o que for necessário à regularização das
faltas, falhas ou defeitos observados.
8.3.1.2. As decisões e providências que ultrapassarem a competência do Gestor do
Contrato serão solicitadas aos seus superiores.
8.3.1.3. A existência de fiscalização da SES-DF de nenhum modo diminui ou altera a
responsabilidade da CONTRATADA na prestação dos serviços a serem executados.
8.3.1.4. A SES-DF poderá exigir o afastamento de qualquer profissional ou preposto da
CONTRATADA que venha causar embaraço a fiscalização, ou que adote procedimentos
incompatíveis com o exercício das funções que lhe forem atribuídas.
8.3.1.5. Para facilitar a gestão do Contrato e o relacionamento entre as partes, a
CONTRATADA deverá disponibilizar, sem ônus para a SES-DF, 1 (um) Gerente de Relacionamento
em tempo integral, e que terá como competência:
8.3.1.6. Negociar, junto ao Gestor do Contrato, termos e condições complementares a este
documento para a realização dos serviços.
8.3.1.7. Gerenciar e supervisionar a execução dos serviços, franqueando ao Gestor do
Contrato, a qualquer tempo, o acesso a seus registros, para efeito de acompanhamento e
fiscalização de serviços técnicos efetivamente utilizados.
8.3.1.8. Tratar com o Gestor do Contrato questões relevantes à sua execução e
providenciar a regularização de faltas, falhas ou defeitos observados.
8.3.1.9. Elaborar e encaminhar relatório mensal de a vidades para avaliação pelo Gestor
do Contrato.
8.3.1.10. Encaminhar à SES-DF nota fiscal / fatura dos serviços aferidos no período,
conforme medição efetuada.
8.3.1.11. Providenciar a entrega de todos os produtos, documentos, referentes à prestação
dos serviços.
8.3.1.12. Independente dos sistemas de acompanhamento e supervisão que serão exercidos
pela CONTRATADA, a SES-DF exercerá o seu processo de supervisão e acompanhamento do
Contrato através de um ou mais técnicos designados para este fim, sob a supervisão do Gestor
do Contrato.
8.3.1.13. Dentre as diversas funções de acompanhamento e supervisão a serem exercidas
pela SES-DF pode-se destacar:
a) Homologação de planos de ação, produtos, serviços, relatórios e
documentação.
b) Acompanhamento da execução.
c) Realização de reuniões de coordenação para planejamento,
organização e avaliação da prestação dos serviços.
d) Proposição de modificação na sistemá ca de prestação de serviços e
nos processos de trabalho.
e) Aprovação prévia de metodologias, prá cas e tecnologias que melhor
se empreguem à execução dos serviços no âmbito da SES-DF.

8.4. DOS PAPÉIS E RESPONSABILIDADES

8.4.1. GESTOR DO CONTRATO
8.4.1.1. Entidade: CONTRATANTE
8.4.1.2. Formação: Servidor público da área demandante com conhecimentos de gestão de
contratos.
8.4.1.3. Responsabilidade:
a) Verificar a eficiência: utilização de recursos de computação alocados a
Solução de Gestão, desempenho dos profissionais envolvidos, tempo e custo
de execução.
b) Constatar a eficácia: validação dos resultados gerados pela Solução e
verificação de conformidade (se os resultados oferecidos estão atendendo
adequadamente às necessidades dos usuários). e
c) Atestar a segurança: segurança sica quanto às instalações,
equipamentos, suprimentos, documentação, dados e pessoas. segurança
lógica quanto aos sistemas, so wares e informações. segurança em
comunicação quanto à veiculação de dados por meios de comunicação.
d) As decisões e providências que ultrapassarem a competência do
Gestor do Contrato serão solicitadas aos seus superiores.

8.4.2. FISCAL TÉCNICO

8.4.2.1. Entidade: CONTRATANTE
8.4.2.2. Formação: Servidor público com conhecimentos de fiscalização de contratos de TI.
8.4.2.3. Responsabilidade:
a) Encaminhar pendências que possam gerar fato administra vo,
analisar e gerar relatórios das faturas emi das, incluindo apontar não
conformidades e desvios de qualidade, verificar prazos dos serviços
contratados e fiscalizar tecnicamente o Contrato.

8.4.3. FISCAL ADMINISTRATIVO

8.4.3.1. Entidade: CONTRATANTE
8.4.3.2. Formação: Servidor público lotado na área administra va com conhecimentos
administrativos.
8.4.3.3. Responsabilidade:
a) Fiscalizar o Contrato, quanto aos aspectos administrativos.

8.4.4. FISCAL REQUISITANTE

8.4.4.1. Entidade: CONTRATANTE
 8.4.4.2. Formação: Servidor público lotado na área requisitante com conhecimentos do
negócio relacionado à solução.
8.4.4.3. Responsabilidade:
a) Fiscalizar o Contrato do ponto de vista funcional da Solução de
Tecnologia da Informação.

8.4.5. PREPOSTO OU GERENTE DE RELACIONAMENTO

8.4.5.1. Entidade: CONTRATADA
8.4.5.2. Formação: Colaborador da CONTRATADA.
8.4.5.3. Responsabilidade:
a) Acompanhar a execução do contrato e atuar como interlocutor
principal junto à CONTRATANTE, incumbido de receber, diligenciar, encaminhar
e responder as principais questões técnicas, legais e administra vas
referentes ao andamento e execução contratual.
b) Negociar, junto ao Gestor do Contrato, termos e condições
complementares a este documento para a realização dos serviços.
c) Gerenciar e supervisionar a execução dos serviços, franqueando ao
Gestor do Contrato, a qualquer tempo, o acesso a seus registros, para efeito de
acompanhamento e fiscalização de serviços técnicos efetivamente utilizados.
d) Tratar com o Gestor do Contrato questões relevantes à sua execução e
providenciar a regularização de faltas, falhas ou defeitos observados.
e) Elaborar e encaminhar relatório mensal de a vidades para avaliação
pelo Gestor do Contrato.
f) Encaminhar à SES-DF nota fiscal ou fatura dos serviços aferidos no
período, conforme medição efetuada.
g) Providenciar a entrega de todos os
produtos/serviços/sistemas/objetos, documentos, referentes à prestação dos
serviços.

8.5. ACEITAÇÃO (CONDIÇÕES DE RECEBIMENTO)

8.5.1. INFORMAÇÕES SOBRE OS CRITÉRIOS DE ACEITAÇÃO
8.5.1.1. Deverá haver dois tipos de aceitação:
a) Aceitação provisória.
b) Aceitação definitiva.
c) Caberá à Comissão Executora da CONTRATANTE tanto a aceitação
provisória quanto a definitiva.

8.5.2. CRITÉRIOS PARA ACEITAÇÃO PROVISÓRIA

8.5.2.1. A aceitação provisória deverá atender os seguintes requisitos:
a) A aceitação provisória do serviço se dará após a conclusão de cada Ordem
de Serviço, com a realização de testes pela CONTRATANTE, junto à CONTRATADA.
b) Os testes de aceitação ocorrerão por simulação de cada item
e/ou funcionalidade.
c) A aceitação ocorrerá caso os resultados dos testes estejam conforme os
requisitos previstos pela CONTRATANTE.
d) Apêndice IV – Termo de Recebimento Provisório.
e) os testes para com a emissão do Termo de Recebimento Provisório
ocorrerão em até 5 (cinco) dias após a entrega dos serviços, com a observação, pela
CONTRATANTE, de normalidade no provimento dos serviços.

8.5.3. CRITÉRIOS PARA A ACEITAÇÃO DEFINITIVA

8.5.3.1. Após a aceitação provisória, será realizado um Período de Funcionamento
Experimental - PFE, no qual será possível a verificação do correto funcionamento da serviço.
8.5.3.2. O PFE terá a duração de 10 (dez) dias.
8.5.3.3. Durante o PFE deverão ser sanadas todas as pendências de qualquer natureza que
porventura exis rem e realizada todas as customizações necessárias que tenham relação direta
com as funcionalidades previstas na Ordem de Serviço objeto da entrega.
8.5.3.4. A aceitação defini va, com a emissão do Termo de Recebimento Defini vo - TRD,
se dará após o término do Período de Funcionamento Experimental - PFE e a verificação
do correto funcionamento / operação do serviço como um todo estabelecido na Ordem de Serviço.
8.5.3.5. Por ocasião do aceite defini vo deverá ser assinado documento per nente, que
fará parte integrante do Contrato.
8.5.3.6. Só será efe vado o aceite defini vo, se todos os itens do serviço es verem de
acordo com esse documento e em perfeito funcionamento.
8.5.3.7. Apêndice V – Termo de Recebimento Definitivo.

8.6. DAS INSPEÇÕES E DILIGÊNCIAS

8.6.1. A CONTRATANTE poderá, se julgar necessário, realizar inspeções e diligências a fim de
garan r que a licitante vencedora esteja em condições de fornecer os produtos/serviços pretendidos
de acordo com a qualidade exigida neste documento.

8.7. DAS SANÇÕES ADMINISTRATIVAS

8.7.1. Nos casos de atrasos injus ficados ou inexecução total ou parcial dos compromissos
assumidos com a Administração aplicar-se-ão as sanções administra vas estabelecidas no Decreto
nº 26.851 de 30 de maio de 2006 e alterações previstas no Decreto nº 35.831 de 19 setembro de
2014, que regulamenta a aplicação de sanções administra vas previstas nas Leis Federais nº 8.666,
de 21 de junho de 1993 e 10.520, de 17 de junho de 2002:
8.7.1.1. Não executar total ou parcialmente o contrato.
8.7.1.2. Apresentar documentação falsa.
8.7.1.3. Comportar-se de modo inidôneo.
8.7.1.4. Cometer fraude fiscal.
8.7.1.5. Descumprir qualquer dos deveres elencados no Edital ou Contrato.
8.7.1.6. Não celebrar contrato ou a ata de registro de preços.
8.7.1.7. Falhar ou fraudar na execução do objeto.
8.7.1.8. Não mantiver a proposta.
8.7.1.9. Deixar de entregara documentação prevista no edital.
8.7.1.10. A CONTRATADA que cometer qualquer das infrações discriminadas no subitem
acima ficará sujeita, sem prejuízo da responsabilidade civil e criminal, às seguintes sanções:
I- Advertência por faltas leves, assim entendidas como aquelas que não
acarretarem prejuízos ao objeto da contratação
II - Multa:
a) Moratória: de 0,1 (um décimo por cento) ate 10% (dez) por dia de atraso
injustificado sobre o valor da contratação até o limite de 30 (trinta) dias.
b) Compensatória: de 0,1 (um décimo por cento) ate 10% (dez) sobre o total do
contrato, no caso de inexecução parcial ou total da obrigação assumida, podendo ser
acumulada com multa moratória, desde de que o valor acumulado das penalidades
não supere o valor total do contrato.
III - Suspensão temporária do direito de par cipar de licitação e impedimento
de contratar com a Administração, pelo prazo de até 2 (dois) anos.
IV - Declaração de inidoneidade para licitar ou contratar com a Administração Pública,
enquanto perdurarem os mo vos determinantes da punição ou até que seja promovida a
reabilitação perante a própria autoridade que aplicou a penalidade, que será concedida
sempre que a CONTRATADA ressarcir o CONTRATANTE pelos prejuízos causados.
8.7.1.11. A penalidade de multa pode ser aplicada cumula vamente com as demais
sanções.
8.7.1.12. Também ficam sujeitas às penalidades de suspensão de licitar e impedimento de
contratar e declamação de inidoneidade, previstas no subitem anterior, as empresas ou
profissionais que em razão do contrato decorrente desta licitação:
a) Tenham sofrido condenações defini vas por pra carem, por meios dolosos,
fraude fiscal no recolhimento de tributos;
b) Tenham praticado atos ilícitos visando a frustrar os objetivos da licitação;
c) Demonstrarem não possuir idoneidade para contratar com a administração
em virtude de atos ilícitos praticados.
d) A aplicação de qualquer das penalidades previstas realizar-se-á em processo
administra vo assegurará o contraditório e a ampla defesa, observando-se o
procedimento previsto na Lei n' 8.666/93, e, subsidiariamente na Lei 9.784/1999.
e) A autoridade competente,na aplicação das sanções,levará em consideração
a gravidade na conduta do infrator, o caráter educa vo da pena, bem como o dano
causado à Administração, observando o princípio da proporcionalidade.
f) As multas devidas e/ou prejuízos causados à CONTRATANTE serão
deduzidos dos valores a serem pagos, ou recolhidos em favor do Tesouro do Distrito
Federal, ou deduzidos da garan a, ou ainda quando for o caso, serão inscritos na
Dívida Atava e cobrados judicialmente.
g) Caso a CONTRATANTE determine, a multa deverá ser recolhida no prazo
máximo 15 (quinze) dias, a contar da data de recebimento da comunicação enviada
pela autoridade competente.
h) A cobrança poderá ser descontadas do pagamento devido
pelo CONTRATANTE, ou cobradas diretamente da CONTRATADA, amigável ou
judicialmente.
i) As penalidades serão obrigatoriamente registradas no Sistema de
Cadastramento Unificado de Fornecedores - SICAF.
j) As sanções aqui previstas são independentes entre si, podendo ser
aplicadas isoladas ou, cumulativamente sem prejuízos de outras medidas cabíveis.

9. ESTIMATIVA DE PREÇOS DA CONTRATAÇÃO

9.1. A consolidação da es ma va de preços será realizada pelo setor competente
subordinado a DIAQ/SUAG/SES.

10. FONTE DE RECURSOS ORÇAMENTÁRIOS

10.1. As informações rela vas aos recursos orçamentários deverão ser custeados com
projetos des nados a manutenção da Atenção Básica a Saúde, fonte 100 e fonte 138 com
detalhamento a ser feita pela unidade competente Fundo de Saúde do Distrito Federal.

11. REGIME DE EXECUÇÃO DO CONTRATO

11.1. O Regime de Execução do Contrato está disposto na Lei nº 8.666/93 - Art. 6º, VIII, B,
qual seja: de forma indireta e por empreitada por preço unitário, que é quando se contrata a execução
do serviço por preço certo de unidades determinadas, por se tratar de execução de serviço por preço
certo e total.

12. CRITÉRIO PARA SELEÇÃO DO FORNECEDOR

12.1. EXIGÊNCIAS TÉCNICAS PARA A PROPOSTA
12.1.1. A Licitante deverá apresentar cotação para o serviço descrito neste Documento devendo
discriminar pormenorizadamente o serviço cotado, com todos os elementos necessários para a
aferição da avaliação técnica dos mesmos, contendo o nome da empresa proponente, endereço,
números do CNPJ e da inscrição estadual ou do Distrito Federal, estando em papel mbrado, datada e
assinada e com a especificação em conformidade com o solicitado.
12.1.2. A proposta da empresa deve estar em papel mbrado, datada, assinada,com
a especificação em conformidade com o objeto, contendo descrição clara, detalhada, nome comercial.
12.1.3. Todos os custos rela vos a transporte, frete, e custos rela vos à entrega de materiais
complementares à prestação de serviços, deverão já constar no custo total efe vo das propostas para
contratação do serviço.
12.1.4. A empresa proponente deverá apresentar proposta com VALIDADE NÃO INFERIOR A 90
(NOVENTA) DIAS.
12.1.5. A apresentação das propostas implicará na plena aceitação, por parte da empresa
proponente, das condições estabelecidas neste Documento.
12.1.6. No caso de omissões puramente formais em propostas, inclusive quanto ao seu prazo
de validade, serão considerados aqueles descritos neste Documento.
12.1.7. A LICITANTE deverá, também juntamente com a proposta de preços, apresentar:
12.1.7.1. Declaração própria que caso, vencedora do certame, manterá durante toda a
execução do Contrato equipe composta por profissionais e colaboradores detentores das
certificações estabelecidas neste Documento e seus Apêndices.
12.1.7.2. Declaração, de que apresentará, em até 30 (trinta) dias corridos após a assinatura
do contrato, lista nominal de colaboradores, que estarão, obrigatoriamente, vinculados à
execução dos serviços.
12.1.7.3. Se houver indícios de inexequibilidade da proposta de preço, ou em caso da
necessidade de esclarecimentos complementares, poderá ser efetuada diligência, na forma do §
3º do Art. 43 da Lei nº 8.666/1993, para efeito de comprovação de sua exequibilidade. Se houver
indícios de que as propostas de preços apresentadas pelas LICITANTES tornem o contrato
inexequível em todas ou em parte das exigências de cumprimento dos níveis de serviço e de
outras obrigações contratuais, ou em caso da necessidade de esclarecimentos complementares,
caberá à CONTRATANTE, ao longo do processo licitatório ou a qualquer tempo, solicitar às
mesmas LICITANTES demonstração da exequibilidade do contrato. Estas deverão apresentar
jus fica vas e comprovações em relação aos custos do projeto, embasando, portanto, a decisão
da CONTRATANTE a respeito da desclassificação da proposta. A CONTRATADA deverá arcar com
o ônus decorrente de eventual equívoco no dimensionamento dos quan ta vos de sua proposta,
devendo complementá-los, caso o previsto inicialmente em sua proposta não seja sa sfatório
para o atendimento ao objeto da licitação exceto quando ocorrer algum dos eventos arrolados
nos incisos do § 1º do Art. 57 da Lei nº 8.666/93.

12.2. PARA SELEÇÃO DO FORNECEDOR

12.2.1. A empresa proponente deverá apresentar descrição detalhada do serviço/produto
ofertado e anexar o respectivo escopo.

12.3. DO CRITÉRIO DE JULGAMENTO DAS PROPOSTAS

12.3.1. O critério de julgamento adotado será o de menor preço por ITEM, observados os prazos
para FORNECIMENTO, as especificações técnicas, parâmetros mínimos de desempenho e de
qualidade e demais condições definidas neste EDITAL e na legislação pertinente.
12.3.2. Será desclassificada a proposta cujo objeto ou elementos composi vos não
corresponderem às especificações do objeto ou demais exigências con das no Edital, nesse Termo de
Referência ou na legislação de regência;
12.3.3. Será considerada mais vantajosa para a Administração e, consequentemente,
classificada em primeiro lugar, a proposta que, sa sfazendo a todas as exigências e condições
estabelecidas no edital, apresente o menor preço.

12.4. DA HABILITAÇÃO JURÍDICA E TÉCNICA

12.4.1. Apresentar comprovação de ap dão econômico-financeira, Cer dão Nega va de
Falência, recuperação judicial ou extrajudicial, expedida pelo distribuidor da sede da pessoa jurídica,
com data de emissão de no máximo 60 (sessenta) dias anteriores à data da abertura dos envelopes,
ou que esteja dentro do prazo de validade expresso na própria certidão.
12.4.2. Comprovação de patrimônio líquido não inferior a 10% (dez porcento) do valor es mado
da contratação, quando qualquer dos índices Liquidez Geral, Liquidez Corrente e Solvência Geral,
informados pelo SICAF, for igual ou inferior a 1.
12.4.3. Comprovação de que recebeu os documentos e de que tomou conhecimento de todas as
informações e das condições locais para o cumprimento das obrigações objeto da licitação, a ser
verificado através do termo de vistoria fornecido pela SES-DF.
12.4.4. As empresas proponentes deverão apresentar declaração de que não u lizam mão de
obra, direta ou indireta, de menores de 18 (dezoito) anos para a realização de trabalhos noturnos,
perigosos ou insalubres, bem como não u lizam, para qualquer trabalho, mão de obra de menores de
16 (dezesseis) anos, salvo na condição de aprendiz, a par r dos 14 (quatorze) anos, nos termos do
inciso XXXIII, do Art. 7º, da Constituição Federal de 1988.
12.4.5. A LICITANTE deverá apresentar a documentação para habilitação jurídica, qualificação
econômico-financeira, regularidade fiscal.
12.4.6. Apresentar no ato de assinatura do contrato carta de credenciamento ou contrato
vigente junto ao fabricante.
12.4.7. A LICITANTE deverá apresentar a documentação para habilitação técnica, contante na
comprovação de ap dão para desempenho de a vidade per nente e compa vel em caracterís cas,
quan dades e prazos com o objeto da licitação, mediante atestado(s) fornecido(s) por pessoa(s) de
direito público ou privado, demonstrando o fornecimento de licença de so ware de gestão à saude e
de serviços especializados executados pelo licitante que expresse quan dades de 50% (cinquenta por
cento) dos volumes estimados nos itens dos quantitativos previstos neste Termo de Referência.
12.4.8. Será permi do o somatório para a comprovação da volumetria indicada nas
caracterís cas acima, sendo obrigatório pelo menos 1 (um) atestado com quan dade mínima de 50%
do exigido, que corresponde a 25% do volume total.
12.4.9. O(s) atestado(s) deverá(ão) estar emi do(s) em papel(eis) mbrado(s) do(s) Órgão(s)
ou da(s) Empresa(s) que o expediu(ram), ou deverá(ão) conter carimbo do CNPJ do(s) mesmo(s) ou
outra informação que permita a devida iden ficação do emitente. As empresas estrangeiras deverão
traduzir para a língua portuguesa (por tradutor juramentado) o(s) seu(s) atestado(s) internacional(is):
12.4.10. Descrição/conteúdo sugerido para o(s) atestado(s):
a) O nome da en dade que está emi ndo o atestado, na qualidade de
cliente/CONTRATANTE.
b) O nome da solução tecnológica (software) implantada.
c) Descrição sumarizada do escopo da solução tecnológica (software).
d) Avaliação da qualidade dos serviços prestados.
e) Prazo de execução dos serviços prestados.
f) Data de emissão do atestado.
g) Nome do responsável pela assinatura do atestado.
12.4.11. O(s) atestado(s) de capacidade técnica poderá(ão) ser apresentado(s) em nome da
empresa, com CNPJ da matriz e/ou da(s) filial(ais) do licitante.
12.4.12. Não será(ão) aceito(s) atestado(s) de capacidade técnica emi do(s) pelo próprio
licitante.
13. DOS CUSTOS ENVOLVIDOS
13.1. Todos os componentes das Soluções a serem disponibilizadas pela CONTRATADA para a
execução dos serviços constantes deste documento são insumos tecnológicos para esta prestação, e
deverão estar licenciadas com suporte técnico e versões atualizadas por toda a vigência do Contrato,
sem quaisquer ônus adicionais a SES-DF, se for o caso.
13.2. Todos os custos com pessoal, residentes ou não na SES-DF, correrão por conta da
CONTRATADA, na forma deste documento, sem quaisquer ônus adicionais ao Contrato.
13.3. Todos os impostos e demais aspectos financeiros da execução deverão ser previstos e
contidos nos preços da Proposta Comercial da licitante.
13.4. Todos os serviços de projeto, projeto execu vo, consultoria, instalação, migração
implementação, customização parametrização deverão ser previstos e con dos nos preços da
Proposta Comercial da licitante.

14. DA VISTORIA
14.1. A Licitante poderá realizar vistorias às dependências da SES-DF para a determinação de
preços e ações de implantação da solução-objeto deste Termo de Referência.
14.2. As Licitantes poderão vistoriar os locais onde os serviços serão prestados. Caso a
licitante não visite os locais, deverá apresentar declaração que não realizou vistorias. Declaração de
Vistoria – ANEXO VII ou Declaração De Desistência De Visita Técnica – ANEXO VIII.
14.3. O início da vistoria deverá ocorrer dentro das seguintes condições:
14.3.1. A vistoria deverá ser realizada até 2 dias úteis antes da licitação e deverá ser
agendada através dos telefones: (61) 2017-1145 - ramal 1070, ou e-mail:
ctinf.gab@saude.df.gov.br.
14.3.2. O representante deverá assinar lista de presença, registrando-se civilmente. A
hora de chegada para a vistoria e seu respectivo término será registrada pela SES-DF.
14.3.3. O representante deverá deixar cópia auten cada de documento que comprove seu
vínculo jurídico com a Licitante.
14.3.4. Ao final da vistoria a SES-DF emi rá Termo em favor da Licitante, circunstanciando
o atendimento desta exigência. Este Termo deve ser apresentado na habilitação da Licitante, no
momento em que for exigido. O custo da vistoria é por conta e risco da Licitante, incluindo seus
deslocamentos em veículo próprio aos locais vistoriados.

15. DA FORMALIZAÇÃO E VIGÊNCIA DA ARP E CONTRATO

15.1. A Ata de Registro de Preços resultante deste certame terá vigência de 12 (doze) meses,
contados a par r de sua publicação, período no qual a Detentora da Ata se obriga a garan r o objeto e
os preços registrados;
15.2. A prestação dos serviços será formalizada através de um Contrato Administra vo
estabelecendo em suas cláusulas todas as condições, garan as, obrigações e responsabilidades entre
as partes, em conformidade com este Projeto Básico e da proposta de preços da Empresa vencedora,
seguirá as seguintes condicionantes descriminadas abaixo:

PRAZO PARA TÉRMINO DA

ITEM DESCRIÇÃO PRAZO PARA INÍCIO DA EXECUÇÃO.
EXECUÇÃO.
Por demanda, conforme aberturas de Em até 30 (trinta) dias corridos,
01 Licenças Perpétuas Ordens de Serviço e com instalação no data contados da data de emissão da
center indicado. Ordem de Serviço.
Serviços de Suporte
No 1º (primeiro) dia após a instalação da 24 (vinte e quatro) meses contados
02 e Atualização
licença no datacenter do fornecimento da licença
Tecnológica
Serviços Técnicos Por demanda, conforme aberturas de 24 (vinte e quatro) meses contados
03
Especializados Ordens de Serviço. da assinatura do contrato
i. As contratações rela vas ao ITEM 01 terão vigência de 30 (trinta) dias para a aquisição das licenças
perpétuas, contados a par r da data de emissão da Ordem de Serviço; e para os serviços de suporte e
atualização tecnológica (ITEM 02) é de 24 (vinte e quatro) meses, contados a par r da data da sua
assinatura, podendo haver prorrogações por iguais e sucessivos períodos até o limite de 60 (sessenta)
meses, nos termos do art. 57, II da Lei 8.666/93.
ii. As contratações rela vas ao ITEM 03 terão a vigência de 24 meses, a contar da data de sua
assinatura, podendo ser prorrogado até o limite de 60 (sessenta) meses, nos termos do ar go 57,
Inciso II da Lei 8.666/93.
15.3. Desde que devidamente jus ficada a vantagem, a Ata de Registro de Preços, durante
sua vigência, pode ser u lizada por qualquer órgão ou en dade da Administração Pública que não
tenha par cipado do certame licitatório, cujas contratações não podem exceder a 100% (cem por
cento) dos quan ta vos dos itens da ARP, com limite de adesões até o quíntuplo do quan ta vo dos
itens registrados.

16. TRANSIÇÃO E ENCERRAMENTO CONTRATUAL

16.1. Conforme a Subseção IV, da INSTRUÇÃO NORMATIVA N° 4, de 11 de setembro de 2014,
o qual dispõe:
"...Art. 35. As a vidades de transição contratual, quando aplicáveis, e de
encerramento do contrato deverão observar:
I - a manutenção dos recursos materiais e humanos necessários à con nuidade do
negócio por parte da Administração;
II - a entrega de versões finais dos produtos e da documentação;
III - a transferência final de conhecimentos sobre a execução e a manutenção da
Solução de Tecnologia da Informação;
IV - a devolução de recursos;
 V - a revogação de perfis de acesso;
VI - a eliminação de caixas postais; e
VII - outras que se apliquem.
Art. 36. No caso de aditamento contratual, o Gestor do Contrato deverá, com base
na documentação con da no Histórico de Gestão do Contrato e nos princípios da
manutenção da necessidade, economicidade e oportunidade da contratação,
encaminhar à Área Administra va, com pelo menos 60 (sessenta) dias de
antecedência do término do contrato, documentação explicitando os mo vos para
tal aditamento.

16.2. Portanto, faz-se necessário prever, planejar e executar o plano de transição para
garan r a con nuidade do objeto do contrato nesta Secretaria, em até 90 (noventa) dias corridos, a
contar da data final da vigência ou rescisão contratual, definindo os cronogramas de ações a serem
realizadas em conjunto com a SES-DF e seus entregáveis validados pelo Gestor do Contrato, fato que
deverá ter o seu custo previsto e diluído no contrato, afim de não gerar despesas sem cobertura
contratual.
16.3. Quanto ao encerramento contratual, será feito Termo de Encerramento, incluindo o
Plano de Transição Contratual, quando couber, devidamente assinado por: Representante da
CONTRATADA, Gestor do Contrato; Fiscal Técnico do Contrato; Fiscal Requisitante do Contrato;
e Fiscal Administra vo do Contrato (membros da CONTRATANTE citados no Art. 30. IN 04/2014), que,
caso não nomeados em DODF, deverão ser representados pelos gestores das respec vas unidades
responsáveis.
16.4. As ações para Transição e Encerramento Contratual, ocorrerão na seguinte ordem:

Prazo em
Data
dias
prevista
Id Ação Responsável corridos Observação
para
para
início
execução

Considerando que os contratos administra vos têm sua vigência

coadunada ao exercício do crédito orçamentário ou financeiro, de
conformidade com a enérgica ordem do ar go 57 da Lei 8666/93 e
180 dias 80 dias
Elaboração de SES/GAB/CTINF, suas alterações posteriores, fica a cargo da alta gestão da
antes do antes do
1 planejamento de nova SES/GAB/CTINF definir pela vantajosidade em dar con nuidade ao
SES/SUAG/CEIC término término
contratação. Contrato com a realização de Termos Adi vos após findar a vigência
contratual contratual
inicial de 24 meses previstos, caso não haja renovação contratual
ou não seja possível mais renovar o contrato, este item será
utilizado.

Repasse de 90 dias 15 dias

conhecimentos técnicos antes do antes do Conforme disposto nos subitens DA TRANSIÇÃO E DO
2 CONTRATADA
sobre os produtos término término ENCERRAMENTO CONTRATUAL.
entregues. contratual contratual

Entrega das versões finais 30 dias 15 dias

dos produtos, de todos os antes do antes do
3 CONTRATADA -
artefatos produzidos, término término
incluindo documentação. contratual contratual

Envio de lista de
pendências das atividades 30 dias
Término Lista de pendências deve compor os Relatórios de Evidências
em aberto com antes do
4 CONTRATADA do gerados pela empresa, os quais são parte integrante dos processos
orientações para término
Contrato de pagamento.
possibilitar a continuidade contratual
dos trabalhos.

Envio do plano de
30 dias
entregas pendentes, 15 dias
antes do
contendo cronograma e antes do
5 CONTRATADA término -
ações para entregas das término
do
parcelas em aberto das contratual
contrato
ordens de serviços.

10 dias
Recuperação de todos os
antes do Término
documentos classificados
6 CONTRATADA término do -
ou que devam permanecer
do contrato
com a SES.
contrato

Recuperação de todos os
recursos ou acesso aos 10 dias
recursos de propriedade antes do Término
7 da SES, destacando CONTRATADA término do -
recursos de propriedade do Contrato
intelectual construídos no contrato
ambiente SES.

Cancelamento de todos
perfis de acesso da
CONTRATADA ao Término Término Tal item poderá ter sua dilação de prazo em até 90 dias corridos
8 ambiente computacional SES/GAB/CTINF do do conforme subitens DA TRANSIÇÃO E DO ENCERRAMENTO
da SES/DF providos Contrato Contrato CONTRATUAL.
durante a execução do
contrato.

A Comissão Executora do Contrato deverá confeccionar Termo de

15 dias 30 dias Encerramento do Contrato contendo: As obrigações relacionadas a
após o após o processos iniciados de penalização contratual; As garan as sobre
Elaboração de Termo de
9 SES/GAB/CTINF término término bens e serviços entregues ou prestados, tanto legais quanto
Encerramento do Contrato.
do do convencionais; A reclamação de qualquer po sobre defeitos ocultos
Contrato Contrato nos produtos ou serviços entregues ou prestados; Pendências
financeiras do Contrato, caso haja.

Tabela - Ações para Transição e Encerramento Contratual

17. DA PROPRIEDADE E PROVIMENTO DOS SERVIÇOS

17.1. Os produtos aplicados ou resultantes da prestação de serviços da CONTRATADA, tais
como estudos, relatórios, descrições técnicas, protó pos, dados, diagramas, sí o web (internos ou
externos), documentação didá ca em papel ou em mídia eletrônica, projetos, sistemas, programas
objetos ou executáveis, bases de dados, arquivos, interfaces, drivers e correlatos, manuais, tutorias,
desenvolvidos especificamente para este objeto, serão de propriedade patrimonial exclusiva da SES-
DF nos termos do Art. 111 da Lei nº 8.666/93, concomitante com o Art. 4º da Lei nº 9.609/98.

18. DA GARANTIA
18.1. DO CONTRATO
18.1.1. A CONTRATADA deverá apresentar individualmente, no prazo de até 10 (dez) dias úteis
contados da data de assinatura do respec vo CONTRATO, carta de garan a no montante
correspondente a 5% (cinco por cento) do valor do CONTRATO que será liberado somente após o
término de sua vigência, cabendo-lhe(s) optar por uma das modalidades de garan a previstas no Art.
56, § 1º da Lei nº 8.666/93.
18.2. DO SERVIÇO
18.2.1. A CONTRATADA garan rá os serviços prestados por 30 (trinta) dias, contado da data de
término da vigência do contrato, considera-se erros futuros oriundos de serviços prestados no período
do contrato.

19. SUBCONTRATAÇÃO
19.1. A subcontratação é discricionária à administração pública.
19.2. Neste caso será vedada a subcontratação objeto deste Termo de Referência, por se
tratar de software proprietário e exclusivo.

20. DA FORMAÇÃO DE CONSÓRCIO

20.1. A presente licitação deve permi r a par cipação de consórcio proporcionando a
ampliação da compe vidade, com a conjugação de esforços das empresas consorciadas, além de
possibilitar a redução de custos e facilitar o gerenciamento em relação à administração de
responsabilidades. À luz da jurisprudência do TCU, a par cipação de consórcio é recomendada sempre
que o objeto seja considerado de alta complexidade ou vulto, é o que se revela no presente caso.
20.2. Poderão participar, ainda, empresas constituídas por Consórcio, devendo apresentar:
20.2.1. Termo de Compromisso Público, subscrito pelos consorciados, com o devido
reconhecimento de suas firmas em Cartório, indicando os serviços ofertados por cada consorciada em
relação ao objeto da licitação, definindo assim a respectiva participação de cada consorciado; e
20.2.2. Indicação da Empresa-Líder do Consórcio, que deverá responsabilizar-se pela
coordenação do objeto e representação junto a ATI, bem como pela apresentação da garantia.
20.3. As empresas consorciadas responderão, solidariamente, pelos atos pra cados pelo
Consórcio em que se constituírem, desde a fase da licitação até a final execução do Contrato.
20.4. Em caso de Consórcio, cada empresa par cipante terá que apresentar, individualmente,
toda a documentação de habilitação definida no edital e seus apêndices.
20.5. Só poderão par cipar do certame Consórcios cuja liderança seja, obrigatoriamente,
exercida por empresa brasileira.
20.6. São obrigatórios a cons tuição e o registro do Consórcio antes da celebração do
Contrato.
20.7. O licitante que par cipar desta licitação em Consórcio não poderá, também, par cipar
de forma isolada ou como membro de mais de um Consórcio.
20.8. A Empresa-Líder do Consórcio será a responsável pela obtenção da senha de acesso
junto ao Provedor do Sistema, ficando responsável pela oferta dos lances, durante o certame, em
nome do Consórcio.
20.9. As Microempresas – MEs e Empresas de Pequeno Porte – EPPs, para u lizarem do
bene cio do tratamento diferenciado previsto na Lei Complementar nº 123, de 14 de dezembro de
2006, não poderão se consorciar com empresas de grande porte.
20.10. O prazo de duração do consórcio deve, no mínimo, coincidir como prazo de conclusão do
objeto licitatório, até sua aceitação definitiva.
20.11. Os consorciados deverão apresentar compromisso de que não alterarão a cons tuição
ou composição do consórcio, visando manter válidas as premissas que asseguram a sua habilitação.
20.12. O consórcio deve ser composto única e absolutamente por até 2 (duas) empresas, de
forma que a responsabilidade pelo fornecimento das licenças da solução seja integralmente de uma
das empresas consorciadas.

21. DO PARECER TÉCNICO

21.1. O Parecer técnico será dado por equipe de técnicos lotados na:
21.1.1. Subsecretaria de Administração Geral - SUAG/SES ou técnicos indicados por
essa Subsecretaria, para avalização de documentação administra va e requisitos habilitatórios
quando aspectos jurídica, econômico-financeira, regularidade fiscal, entre outros.
21.1.2. Coordenação Especial de Tecnologia de Informação em Saúde - CTINF/GAB/SES ou
técnicos indicados por essa, para avaliação do quesitos sistêmicos e de tecnologia da informação e
comunicação.

22. DO VÍNCULO EMPREGATÍCIO

22.1. Os profissionais e prepostos da CONTRATADA não terão qualquer vínculo emprega cio
com o Estado, correndo por conta exclusiva da primeira, todas as obrigações decorrentes da legislação
trabalhista, previdenciária, infortunís ca do trabalho, fiscal, comercial e outras correlatas, a qual se
obriga a saldar na época devida.
22.2. A CONTRATADA deverá manter vínculo, emprega cio ou na forma de contrato de
prestação de serviços, com todos os técnicos alocados aos serviços descritos neste Termo de
Referência, de forma a garan r a subordinação de todos aqueles que trabalhem nas instalações da
SES-DF às determinações emanadas pelo Gestor do Contrato.
22.3. A prestação dos serviços de que trata este Termo de Referência e seus Apêndices não
geram vínculo emprega cio entre os empregados da CONTRATADA e a SES-DF, vedando-se qualquer
relação entre estes que caracterize pessoalidade e subordinação direta.

23. DO TRATAMENTO DIFERENCIADO PARA ME/EPP

23.1. As microempresas e empresas de pequeno porte, que se beneficiarem do regime
diferenciado e favorecido concedido pela Lei Complementar n. 123 de 2006, por ocasião da
par cipação neste certame licitatório, deverão apresentar toda a documentação exigida para
habilitação, inclusive para efeito de comprovação de regularidade fiscal, mesmo que apresente
alguma restrição.

24. DA COTA RESERVADA

24.1. Nos termos do Art. 48 da Lei Complementar n. 123, de 2006 (atualizada pela LC n.
147/2014 e Lei Distrital no 4611, de 2011), a SES-DF estabelece:
“II - poderá, em relação aos processos licitatórios des nados à aquisição de obras e serviços, exigir
dos licitantes a subcontratação de microempresa ou empresa de pequeno porte.”
24.1.1. Quanto à previsão do bene cio da Cota Reservada prevista na Lei Distrital no
4.611/2011, que regulamenta no Distrito Federal o tratamento favorecido, diferenciado e simplificado
para microempresas de pequeno porte e microempreendedores individuais, esclarecemos que tal
proveito não se aplica à contratação almejada, deixando de contemplar item exclusivo, tendo em vista
que o grau de especialização nos produtos e serviços exclusivos do fabricante, pressupõe necessidade
de pessoa jurídica credenciada para sua execução, em especial no que diz respeito à implementação
das novas funcionalidades e, ainda, por ser objeto de natureza indivisível.
24.1.2. Nos termos do Art. 10 do Decreto no 35.592, de 02 de julho 2014, a SES-DF estabelece
que não se aplica tratamento preferencial do po Cota Reservada e/ou Exclusivo de par cipação de
ME/EPP. A necessidade do serviço ser prestado por uma única empresa, jus fica-se devido ao
princípio da padronização de acordo com o Art. 15, inc. I da Lei 8.666/93, que admite, sempre que
possível impor compa bilidade de especificações técnicas e de desempenho, além disso a prestação
do serviço de diferentes contratadas para a mesma a vidade, podem ocasionar graves problemas no
funcionamento do sistema SIS-DF afetando todo o controle da saúde da rede SES-DF.

25. DA SUBMISSÃO A CONSULTA OU AUDIÊNCIA PÚBLICA

25.1. A área requisitante da Solução entende NÃO ser necessária a disponibilização do Termo
de Referência para consulta pública diante das especificações técnicas de TI serem usuais no
mercado, conforme permissibilidade do Art. 149 da Instrução Norma va STLI/MPOG nº 04, de 11 de
setembro de 2014.

26. DA ALTERAÇÃO SUBJETIVA

26.1. É admissível a fusão, cisão ou incorporação da CONTRATADA com/em outra pessoa
jurídica, desde que sejam observados pela nova pessoa jurídica todos os requisitos de habilitação
exigidos na licitação original. sejam man das as demais cláusulas e condições do contrato, não haja
prejuízo à execução do objeto pactuado e haja a anuência expressa da Administração à con nuidade
do contrato.

27. DA RESCISÃO CONTRATUAL

27.1. A rescisão do Contrato se dará nos termos dos Arts. 77, 78, 79, 80 e 87 da Lei Nº 8.666,
de 1993.
27.2. No caso de rescisão decorrente do inadimplemento da CONTRATADA, a CONTRATANTE
poderá reter, cautelarmente, os créditos decorrentes do Contrato até o valor dos prejuízos causados.
27.3. No procedimento de rescisão contratual, será assegurado o contraditório e a ampla
defesa sendo que, depois de encerrada a instrução inicial, a CONTRATADA terá o prazo de 5 (cinco)
dias úteis para se manifestar e produzir provas, sem prejuízo da possibilidade da CONTRATANTE
adotar, motivadamente, providências cauteladoras.

28. DO REAJUSTE
28.1. Será admi do o REAJUSTE do valor do contrato, com base no Índice Nacional de Preços
ao Consumidor Amplo – IPCA apurado durante o período, observada a periodicidade mínima de 12
(doze) meses, a contar da apresentação da proposta, conforme o Decreto nº 37.121 de 16 de fevereiro
de 2016, que dispõe sobre a racionalização e o controle de despesas públicas no âmbito do Governo
do Distrito Federal.

29. DECLARAÇÃO PARA OS FINS DO DECRETO N° 39.860, DE 30 DE MAIO DE 2019

29.1. De acordo com a Portaria nº 356, de 29 de julho de 2019, da Controladoria Geral do
Distrito Federal, a empresa par cipante deverá apresentar, na fase da licitação com vistas
à habilitação jurídica e no ato da assinatura do Contrato, a DECLARAÇÃO PARA OS FINS DO DECRETO
Nº 39.860 DE 30 DE MAIO DE 2019, conforme ANEXO XI deste Termo de Referência.

30. DISPOSIÇÕES FINAIS

30.1. Os casos omissos decorrentes da execução deste contrato serão resolvidos de comum
acordo entre as partes, e, em úl mo caso, reme dos a autoridade superior da CONTRATANTE, em
estrita observância a legislação vigente.

31. DESCRIÇÃO DOS ANEXOS

Apêndice I – Especificações
Apêndice II – Ambiente Computacional
Apêndice III – Ordem de Serviço
Apêndice IV – Termo de Recebimento Provisório
Apêndice V – Termo de Recebimento Definitivo
Apêndice VI – Termo de Confidencialidade de Informações
Apêndice VII – Declaração de Vistoria
Apêndice VIII – Declaração de Desistência de Visita Técnica
Apêndice IX - Endereços das Unidades da Secretaria de Estado de Saúde do Distrito Federal
Apêndice X – Modelo de Proposta
Apêndice XI - Declaração para os fins do Decreto n° 39.860, de 30 de maio de 2019

32. RESPONSÁVEL PELA ELABORAÇÃO DO TERMO DE REFERÊNCIA

VIVIANE KATIELE DE SOUZA PEREIRA

Integrante Requisitante
Matrícula 1.681.534-3
SES/SAIS/DIENF

EVELYN HEINZEN
Integrante Requisitante
Matrícula 1.673.743-1
SES/SULOG/DIPOP

BÁRBARA DE ALBUQUERQUE BERÇOT

Participação restrita à definição dos pré-requisitos da funcionalidade Agência Transfusional, naquilo
que compete ao processo hemoterápico.
Integrante Requisitante
Matrícula 353.235-6
FHB-DF

CHRYSTIANE BRANDÃO CAVALCANTI

Integrante Técnico
Matrícula 1.694.036-9
SES/GAB/CTINF

LEANDRO SILVA CURSINO

Integrante Administrativo
Matrícula 1.682.868-2
SES/SUAG/CEIC

33. AUTORIDADE IMEDIATAMENTE SUPERIOR RESPONSÁVEL PELA APROVAÇÃO DO

TERMO DE REFERÊNCIA
Em conformidade com o Art. 7º, § 2º do inciso I da Lei 8.666, de 21 de junho de
1993, com o inciso II do ar go 14º do Decreto Federal 10.024/2019 e com o ar go 20º da Portaria
210/2017 - SES-DF, aprovo o presente Termo de Referência, para aquisição de solução tecnológica de
gestão integrada de atenção à saúde, incluindo a prestação de serviços técnicos de mapeamento de
processos, de customização, de integração/interoperabilidade, de parametrização, de implantação, de
treinamento, de operação assis da e de suporte técnico e manutenção, nas Unidades de Saúde da
Rede Própria do Distrito Federal.

Coordenação Especial de Tecnologia de Informação em Saúde

Coordenador Especial/GAB/SES

ANEXO I - ESPECIFICAÇÕES

Aquisição de solução tecnológica de gestão integrada de atenção à saúde, incluindo a

prestação de serviços técnicos de mapeamento de processos, de customização, de
integração/interoperabilidade, de parametrização, de implantação, de treinamento, de operação
assis da e de suporte técnico e manutenção, nas Unidades de Saúde da Rede Própria do Distrito
Federal.

1. CARACTERÍSTICAS TÉCNICAS DE GESTÃO HOSPITALAR, DA ATENÇÃO SECUNDÁRIA E

PRIMÁRIA DA SAÚDE
Obrigatoriamente, a solução apresentada deverá atender aos seguintes requisitos
gerais:
Disponibilizar o prontuário eletrônico para os usuários da SES-DF, tendo módulos
compatíveis com todas as áreas de atendimento das instituições hospitalares da SES-DF;
Possuir prontuário eletrônico com o cer ficado de nível de garan a de segurança 2
(NGS2) emi do pela Sociedade Brasileira de Informá ca em Saúde (SBIS) de acordo com as resoluções
1638/2002, 1639/2002 e 1821/2007 do Conselho Federal de Medicina (CFM), conceitos e padrões
nacionais (ABNT, ANS, SUS, ANVISA) e internacionais (ISO) da área de informática em saúde;
Permi r a assinatura digital pelo corpo assistencial (médicos, cirurgiões den stas,
enfermeiros, nutricionistas, fisioterapeutas, dentre outros) para as informações geradas no Prontuário
Eletrônico do Paciente (PEP), sem necessitar a emissão de documentos em papel, sendo válida, para
todos os efeitos legais, a assinatura digital contida no documento já armazenado;
Possuir sistema de acolhimento e classificação de risco que permita o uso de Protocolos
Internacionais, como Manchester, e também a criação de protocolos próprios de acordo com a
definição da SES-DF;
Não poderá exigir a redigitação de dados nas diferentes etapas de um mesmo processo;
Deverá captar, de forma transparente para o operador durante o seu uso como
ferramenta de execução, os dados necessários para a produção de informações, não exigindo, em
hipótese alguma, a criação de novas a vidades de digitação com o único obje vo de alimentar o
banco de dados para posterior geração de relatórios;
Deverá disponibilizar em tempo real as informações sobre as operações executadas;
Permi r o rastreamento dos medicamentos desde sua inclusão em estoque até sua
aplicação no paciente, nominando data de fabricação, lote, validade e nome do paciente
possibilitando, assim, a iden ficação do uso de lotes de medicamento que posteriormente venham a
ser qualificados como impróprios para o uso;
Não poderá permi r a movimentação de medicamentos vencidos da farmácia para os
estoques remotos do hospital ou dos estoques remotos para aplicação direta nos pacientes;
Dispor de ferramenta para controle dos estoques dos setores que armazenam material
para aplicação imediata;
Possuir compa bilidade de comunicação com os sistemas em u lização atualmente
na SES-DF;
As contas hospitalares deverão estar prontas para emissão no momento da alta do
paciente, eliminando a defasagem entre os custos dos insumos aplicados e os custos necessários a
sua reposição.

2. REQUISITOS ESPECÍFICOS
Entregar licença perpétua da solução para no mínimo 7.764 (estações de trabalho),
sendo plataforma 100% web de fácil visualização e utilização pelos usuários da SES-DF;
Compa bilidade com todos os browsers do mercado, por exemplo, Internet Explorer,
Google Chrome, Mozilla Firefox, Safari (iOS), etc.
Não serão aceitos emuladores;
A solução apresentada deverá produzir relatórios com horizonte temporal variável e
des nados à gestão interna da SES-DF, que visem facilitar o planejamento, o controle, a avaliação de
desempenho e a tomada de decisões, mais especificamente;
Implantar a u lização do prontuário eletrônico unificado na rede da SES-DF, com a
utilização por todas as clínicas;
Possibilitar a marcação de consulta pela internet pelos usuários da SES-DF;
O Sistema Gerenciador do Banco de Dados (SGBD) relacional escalável, que apresente
caracterís cas de acesso a dados de alto desempenho, que possibilite a clusterização de servidores
de banco de dados para ter alta disponibilidade e alto desempenho, e que possa ser u lizado em
plataformas de sistema operacional tanto Windows quanto Linux. Banco de dados com excelência em
recursos de segurança e cumprimento das regulamentações.
Todos os manuais necessários e suficientes para permi r a SES-DF realizar
manutenções técnicas, quando necessárias.

3. REQUISITOS ADICIONAIS
Garantir que os dados existentes, quando replicados, sejam consistentes.
U lizar mecanismos de proteção, que previnam alterações indevidas e mantenham a
integridade dos dados armazenados.
Para acessar o sistema deverá ser necessário o credenciamento do profissional no
sistema, vinculado ao seu registro funcional na ins tuição, informando: login e senha, possibilitando o
controle de acesso por perfil.
Prover mecanismo que estabeleça de maneira inequívoca a iden dade dos diversos
usuários do so ware por meio de senhas criptografadas. Deverá permi r que, em qualquer momento,
um usuário possa alterar a sua senha.
O so ware deverá apresentar a funcionalidade de controle de acesso com o obje vo de
gerenciar e monitorar todas as operações do sistema.

4. MÓDULOS DA SOLUÇÃO PARA GESTÃO HOSPITALAR

A solução proposta deve conter no mínimo os seguintes módulos sendo todos os
integrados de forma nativa e transparente aos usuários :
4.1 Atendimento
4.1.1 – Central de Marcação de Consultas, Exames e Tratamentos;
4.1.2 – Ambulatório
4.1.3 – Totem de Emissão e Distribuição de Senhas;
4.1.4 – Painel de Atendimento e Chamada;
4.1.5 – Classificação de Risco;
4.1.6 – Pronto Atendimento;
4.1.7 – Controle de Salas;
4.1.8 – Gestão do Fluxo de Atendimento;
4.1.9 – Internação;
4.2 Clínico e Assistencial
4.2.1 – Prescrição e Prontuário Eletrônico do Paciente;
4.2.2 – Diretoria Clínica;
4.2.3 – Oncologia;
4.2.4 – Centro Cirúrgico e Obstétrico;
4.2.5 – CCIH;
4.2.6 – Gerenciamento de Unidades;
4.2.7 – Editor Eletrônico de Formulários Clínicos e Assistenciais;
4.2.8 - Registro Hospitalar de Câncer
4.3 Diagnóstico e Terapia
4.3.1 – Laboratório de Análises Clínicas;
4.3.2 – Soroteca e Lâminoteca;
4.3.3 – Diagnóstico por Imagem;
4.3.5 – Agência Transfusional;
4.3.6 – Portal de Laudos
4.4 Logística e Suprimentos
4.4.2 – Almoxarifado e Farmácia;
4.4.3 – Controle de Patrimônio;
4.5 Faturamento SUS
4.4.1 – Faturamento AIH;
4.4.2 – Faturamento Ambulatorial - BPA;
4.4.3 – Faturamento Ambulatorial - APAC;
4.6 Financeiro e Controladoria
4.6.5 – Custos Hospitalares;
4.7 Apoio
4.7.1 – Engenharia e Manutenção;
4.7.2 – Nutrição e Dietética;
4.7.3 – Lavanderia e Rouparia;
4.7.4 – Higienização e Limpeza;
4.7.5 – Central de Material Esterilizado;
4.7.6 – Registro de Movimentação de Documentos;
4.7.7 – Arquivo Médico e Estatística;
4.7.8 – Portaria e Controle de Acesso;
4.7.9 – SAC - Ouvidoria;
4.7.10 - Serviço Social e Psicologia;
4.8 Tecnologia da Informação
4.8.1 – Gerenciamento de Usuários;
4.8.2 – Auditoria;
4.8.3 – Gerador de Relatórios;
4.9 Gestão Estratégica
4.9.1 – Business Inteligence (BI);
4.9.3 – Balanced Scorecard (BSC);
4.9.4 – Gestão de Indicadores (KPI);
4.9.5 – Análise Crítica;
4.9.6 – Gestão de Projetos;
4.9.7 – Gestão de Documentos;
4.9.8 -Gestão de Riscos;
4.9.9 – Gestão de Ocorrências.

5. FUNCIONALIDADES
Segue abaixo o detalhamento de funcionalidades dos módulos citados:

TOTEM EMISSÃO DE SENHA

O sistema deverá disponibilizar solução de distribuição e emissão de senhas de atendimentos

normais, atendimentos prioritários e pacientes prioritários com + de 80 anos, e outros critérios
1.1
estabelecidos pela área técnica SAIS, conforme linha de cuidado (p. ex. IAM), permitindo assim a
gestão das filas de espera e atendimentos;
O sistema deverá permitir fazer a configuração da impressora, tipo de impressão, esquema de cores e
1.2
a logomarca do hospital no totem de emissão de senhas;
O sistema deverá permitir fazer a da quantidade e cópias que podem ser emitidas no totem de
1.3
distribuição de senhas;
1.4 O sistema deverá permitir fazer a configuração das filas que terão suas senhas emitidas pelo totem;
Na emissão da senha o sistema além de imprimir o número, deverá apresentar qual etapa inicial do
1.5
atendimento o usuário deverá esperar, como também a data e a hora da sua emissão;
O sistema deverá estar integrado com os painéis de atendimento e demais módulos do sistema que
1.6
necessitem utilizar este processo de chamada de pacientes para atendimentos;

PAINEL DE ATENDIMENTO E CHAMADA

O sistema deverá disponibilizar solução para a chamada eletrônica dos pacientes em atendimento
2.1
nos diversos setores de atenção ao paciente na instituição;
O sistema deverá permitir fazer a configuração da fila que o painel irá fazer a gestão do atendimento
2.2 e as respectivas chamadas no processo de atendimento, assim como esquema de cores e a logomarca
do hospital no painel de atendimento e chamada;
O sistema deverá permitir fazer a configuração/habilitação de quais campos serão apresentados na
2.3 tela/painel de atendimento para a chamada dos pacientes. Ex: Senha, Nome, Hora de Chegada, Hora
Prevista Atendimento, Status do Paciente, Nome do Paciente;
O sistema deverá permitir fazer a configuração de quais processos de atendimento serão utilizados
2.4
pelo painel de atendimento e chamada, assim como os campos que serão visualizados na tela;
2.5 O sistema deverá permitir configurar a chamada do paciente em tela cheia;
2.6 O sistema deverá permitir configurar chamada com som;
O sistema deverá permitir configurar/habilitar o painel de chamada e atendimento com a leitura da
2.7
senha ou do nome do paciente em voz personalizável;
O sistema deverá permitir a configurar/habilitar a na tela do painel de atendimento a direção que o
2.8
paciente deve se dirigir para receber o atendimento (a esquerda, a direita, em frente);
2.9 O sistema deverá permitir configurar o painel de chamada para apresentar a foto do paciente;
2.10 O sistema deverá apresentar o local que o paciente deverá se dirigir (Sala, Consultório, Box, Guichê);
O sistema deverá permitir configurar quais especialidades de atendimento que serão chamadas
2.11
através do painel;
O sistema deverá permitir fazer a configuração/habilitação dos campos de apresentação do painel por
2.12
etapa do atendimento;
O sistema deverá permitir configurar o tipo de direcionamento por voz: masculina, feminina ou uma
2.13
específica;
2.14 O sistema deverá permitir configurar/habilitar as últimas senhas chamadas;
O sistema deverá permitir configurar/habilitar multimídia nos painéis de atendimento do paciente
2.15
como programação de televisão, vídeos, apresentações ou outros tipos;
O sistema deverá permitir configurar/habilitar a apresentação dos pacientes em espera para
2.16
atendimento por listagem;
O sistema deverá permitir configurar/habilitar informação com a quantidade de pacientes em
2.17 atendimento e o tempo estimado de espera para atendimento (TEE) na fila que o painel está
configurado para fazer a gestão;
O sistema deve permitir configurar/habilitar informação com o resumo da quantidade de pacientes
2.18
em espera de atendimento por cor de classificação (prioridade) por especialidade no Pronto Socorro;

CONTROLE DE SALA

O sistema deverá disponibilizar solução para a chamada eletrônica dos pacientes para o atendimento
3.1 nas áreas assistenciais da instituição (sala de medicação, sala de coleta de exames, sala de
procedimentos, sala de nebulização, sala de imobilização, sala de exames de imagens);
O sistema deverá permitir o usuário visualizar os pacientes que estão esperando serem chamados
3.2
para atendimento na sala, organizado por prioridade de atendimento;
O sistema deverá disponibilizar recurso para o usuário selecionar o paciente e acionar a chamada para
3.3
atendimento;
3.4 O sistema deverá estar integrado aos painéis de atendimento e chamada eletrônica do paciente;
3.5 O sistema deverá permitir registrar que o paciente se encontra em atendimento na sala;
O sistema deve emitir mensagem de alerta ao usuário quando um paciente se encontrar em
3.6
atendimento em uma outra sala ao ser chamado;
3.7 O sistema deve permitir registrar eletronicamente a conclusão do atendimento do paciente na sala;
Ao concluir o atendimento do paciente na sala, ele deve ser removido automaticamente da fila de
3.8
espera e chamada de atendimento;
Para as salas de medicação e procedimentos o sistema deverá permitir fazer o registro da checagem
3.9
dos procedimentos realizados nos pacientes;
Para as salas de medicação e procedimentos o sistema deverá permitir fazer o aprazamento dos
3.10
horários de realização dos procedimentos e medicações dos pacientes;
Para as salas de medicação e procedimentos o sistema deverá permitir fazer o registro do
3.11 cancelamento dos procedimentos e medicações não realizadas nos pacientes com o respectivo
motivo;
O sistema deve atualizar automaticamente o status do paciente no painel de atendimento e chamada
3.12
a cada registro realizado no sistema;

GESTOR DE FLUXO DE ATENDIMENTO

O sistema deve disponibilizar de solução que permita fazer análise em tempo real (on-line) da
quantidade de senhas distribuídas, quantidade de pacientes classificados, quantidade de pacientes
4.1
com classificações em aberto, quantidade de classificações finalizadas, quantidade de pacientes
cadastrados e a quantidade de pacientes em atendimento médico;
O sistema deve disponibilizar de maneira gráfica e on-line de indicador para fazer análise do tempo
4.2 de espera para cadastro indicando a senha com maior tempo de espera no momento, o tempo de
espera alvo e o tempo de espera com tolerância;
O sistema deve disponibilizar de maneira gráfica e on-line de indicador para fazer análise do tempo
4.3 de espera para triagem e classificação, indicando a senha com maior tempo de espera, o tempo de
espera alvo e o tempo de espera com tolerância;
O sistema deve disponibilizar de maneira gráfica e on-line, indicador para fazer análise em tempo
real por prioridade do tempo médio de espera para classificação de risco, para cadastro do paciente e
4.4
para o atendimento médico, indicando as senhas com maior tempo médio de espera da etapa de
atendimento;
O sistema deve disponibilizar de maneira gráfica, podendo selecionar o período, indicador para fazer
análise do tempo médio de espera para atendimento médico, cadastro, classificação de risco,
4.5
atendimento social, indicando a senha com maior tempo médio de espera, o tempo de espera alvo e
o tempo de espera para atendimento com tolerância;
O sistema deve disponibilizar de maneira gráfica, podendo selecionar o período, indicador para fazer
4.6
análise do tempo médio de espera entre processos do atendimento;
O sistema deve disponibilizar painel de indicador com a quantidade e percentual de senhas normal e
4.7
senhas preferenciais distribuídas;
O sistema deve disponibilizar painel de indicador com a quantidade e percentual de pacientes
4.8
classificados por especialidade, por prioridade e por período;
O sistema deve disponibilizar painel de indicador com a quantidade e percentual de pacientes com
4.9
atendimento médico por especialidade, por prioridade e por período;
O sistema deve disponibilizar painel de indicador com a quantidade e percentual de pacientes
4.10
classificados por prioridade e por período;
O sistema deve disponibilizar painel de indicador com a quantidade e percentual de mortes de
4.11
pacientes por especialidade e por prioridade;
O sistema deve disponibilizar painel de indicador com a quantidade e percentual de internações por
4.12
prioridade;
O sistema deve disponibilizar painel de indicador com a quantidade e percentual de pacientes
4.13
classificados por faixa etária;
O sistema deve disponibilizar painel de indicador com a quantidade e percentual de pacientes com
4.14
classificação em aberto e finalizadas;
O sistema deve disponibilizar painel de indicador com a quantidade e percentual de pacientes
4.15
reclassificados;
O sistema deve disponibilizar painel de indicador com a quantidade e percentual de pacientes
4.16
atendidos por médico e tempo médio de atendimento por especialidade;
O sistema deve disponibilizar painel de indicador com a quantidade e percentual de pacientes
4.17
cadastrados por usuário e tempo médio para cadastro;
O sistema deve disponibilizar painel de indicador com a quantidade e percentual de pacientes
4.18
classificados por prioridade, por cidade e bairro;
O sistema deve disponibilizar painel de indicador com a quantidade e percentual de pacientes
4.19
atendidos com alta por cidade e bairro;
O sistema deve disponibilizar painel de indicador com a quantidade e percentual de paciente por
4.20
especialidade, da RIDE;
O sistema deve disponibilizar painel de indicador com a quantidade e percentual de pacientes
4.21
transferidos;

CLASSIFICAÇÃO DE RISCO

O sistema deve permitir registrar todo o processo de triagem e classificação de risco do paciente no
5.1
serviço de pronto atendimento do hospital;
O sistema deve permitir que seja configurado qual protocolo de classificação de risco é utilizado pela
5.2
instituição;
5.3 O sistema deve possuir carregado em sua base o Protocolo Humaniza SUS;
O sistema deve permitir que seja configurado qual processo será utilizado no fluxo de atendimento
5.4
do paciente no Pronto Socorro;
O sistema deve permitir configurar quais sinais vitais serão registrados no processo de triagem e
5.5
classificação de risco;
O sistema deve dispor de configuração de qual faixa de horário do dia será realizado a triagem e a
5.6
classificação de risco do paciente no Pronto Socorro;
O sistema deverá estar integrado aos totens de emissão de senha e aos painéis eletrônicos de
5.7
atendimento e chamada;
O sistema deve dispor de mecanismo que permita o usuário acionar através do sistema o painel de
5.8
atendimento e chamada do paciente para o processo de classificação de risco e triagem;
O Sistema deve dispor tela com a relação de todos os pacientes que estão aguardando para serem
5.9
triados e classificados e o tempo de espera em minutos de cada um dos pacientes;
O sistema deve permitir que seja registrado o acolhimento com o registro da identificação do Nome
5.10
do Paciente, Idade ou Data de Nascimento, Sexo e Cidade;
O sistema deve permitir fazer o registro da abordagem inicial, informando a queixa principal,
5.11 observações em relação a queixa principal, alergias do paciente e também as reações em relação as
substâncias ao qual o paciente é alérgico;
O sistema deve permitir fazer o registro dos sinais vitais do paciente que está em triagem e
5.12
classificação de risco;
O sistema deve permitir escolher o sintoma de acordo com o protocolo de triagem e classificação de
5.13
risco adotado pela instituição;
De acordo com o sintoma o sistema deve sugerir automaticamente quais itens devem ser avaliados
5.14
durante a triagem do paciente;
O sistema deve permitir fazer o registo da avaliação de Glasgow no processo de triagem e
5.15
classificação de risco;
O sistema deve disponibilizar tela para registrar a intensidade da dor do paciente através de uma
5.16
régua de escala de dor;
Após a definição do grau de prioridade do paciente, o sistema deve atribuir automaticamente a cor
5.17 correspondente ao protocolo utilizado como também o tempo máximo de espera para atendimento
médico;
O sistema deve permitir fazer o registro de reavaliação do paciente, não excluindo/apagando o
5.18
registro da classificação anterior;
O sistema deve permitir fazer o encaminhamento para atendimento da assistente social dos
5.19
pacientes triados e que não caracterizaram Urgência e Emergência;
No processo de triagem e classificação de risco o sistema deve sugerir a especialidade que o paciente
5.20
deverá ser encaminhado;
O sistema deve disponibilizar opção e fazer a impressão da ficha de triagem com todas as
5.21
informações registradas durante o processo no Pronto Socorro;
O sistema deve disponibilizar a opção de fazer a impressão da ficha de triagem e classificação de
5.22
risco;
O sistema deve disponibilizar a opção de fazer a impressão da pulseira com a cor classificada, data de
5.23
nascimento e número do prontuário da SES;
5.24 O sistema deve estar integrado com a solução de distribuição de senhas e dos painéis de chamada;

PRONTO ATENDIMENTO

O sistema deverá ser totalmente integrado aos sistemas de emissão de senha, painel de
6.1
atendimento, acolhimento e classificação de risco, controle de salas e gestão de fluxo do paciente;
O sistema deve possuir dispositivo que permita que a recepcionista selecione uma senha em uma
6.2 lista de senhas disponíveis para atendimento e faça a chamada do paciente de forma eletrônica, para
que seja realizado o registro do atendimento do mesmo;
Ao acionar o dispositivo eletrônico de chamadas, o painel de chamadas deverá apresentar aos
6.3
pacientes em espera, qual guichê de atendimento administrativo os mesmos deverão se encaminhar;
Ao iniciar o atendimento do paciente, a recepcionista deverá executar uma pesquisa na base de
dados de pacientes do hospital para verificar se o mesmo já possui cadastro na instituição.
A pesquisa poderá ter no mínimo as seguintes opções:
- Prontuário (matrícula)
- Nome;
- Sobrenome;
6.4 - Data de Nascimento;
- CPF;
- Nome da Mãe;
- CNS;
- Número SES;
- CID
A pesquisa deverá permitir preencher um ou mais parâmetros para a busca;
6.5 O sistema deve dispor de pesquisa com busca fonetizada;
O sistema deverá dispor de pesquisa pela biometria do paciente, podendo configurar qual dedo será
6.6
utilizado para a realização da busca/pesquisa;
Caso não seja encontrado nenhum paciente com as mesmas características no banco de dados o
usuário irá iniciar o preenchimento de um novo cadastro.
O cadastro de paciente deve ser único em todas as origens de atendimento do hospital e também
deve possuir configuração de quais campos devem habilitados e quais campos que devem ter seu
preenchimento obrigatório por origem de atendimento.
O cadastro do paciente de ter no mínimo os seguintes campos:
- Nome;
- Nome Social;
- Nome da Mãe;
- Nome do Pai;
- Data de Nascimento;
- Sexo;
- Cor;
- Tipo Sanguíneo;
- Nome do Cônjuge;
- Identidade;
- Órgão Emissor;
- Data de Emissão;
- CPF;
- Cartão Nacional de Saúde;
- Estado Civil;
6.7
- Endereço;
- Número e Complemento;
- Bairro;
- Cidade;
- CEP;
- Telefone Residencial,
- Telefone Comercial;
- Telefone Celular;
- E-Mail;
- Local de Trabalho;
- Profissão;
- Classe Econômica;
 - Grau de Instrução;
- Religião;
- Etnia;
- Naturalidade;
- Nacionalidade;
- Fotografia do Paciente;
- Captura da biometria do paciente;
- CID principal, CID secundário, caso de neoplasia maligna, data do diagnóstico da neoplasia maligna;
- O sistema deverá estar totalmente integrado ao sistema de emissão do Cartão Nacional de Saúde;
O sistema deve possibilitar e permitir integrar o sistema com a base de cadastro do Cartão Nacional
6.8
de Saúde (CNS);
O sistema deverá permitir ao usuário realizar após o cadastro ou atualização do cadastro do paciente o
registro do atendimento com as seguintes informações:
- Data;
- Hora;
- Médico;
- Tipo de Atendimento;
- Procedimento
6.9 - CBO
- Serviço;
- Tipo de Paciente;
- Local de Procedência;
- Destino;
- Especialidade;
- Responsável pelo Paciente;
- CID
Deverá existir a possibilidade de ser configurado/habilitado quais campos terão o preenchimento
6.10 automático pelo sistema na tela do registro de atendimento, evitando assim que os usuários tenham
que preencher alguns campos que podem ser pré-estabelecidos;
Após o registro do atendimento o sistema deverá permitir ao usuário fazer a emissão dos seguintes
documentos:
- Etiqueta de Identificação com Código de Barras;
6.11
- Termo de Responsabilidade;
- Ficha/Boletim de Atendimento Emergência;
- Termo de Consentimento;
O sistema deve abrir automaticamente no faturamento a conta do paciente e fazer o lançamento dos
6.12 procedimentos (consulta médica) no BPA, identificando o procedimento, o prestador, data, horário,
quantidade e também o setor executante;
O sistema deverá permitir executar o registro de encaminhamento dos pacientes aos leitos de
6.13
observação;
6.14 O sistema deverá permitir registrar a transferência de leitos do paciente na observação;
O sistema deverá permitir registrar ocorrências e fatos relevantes ocorridos durante o atendimento
6.15
do paciente;
6.16 O sistema deverá possuir opção para a exclusão do atendimento registrado ao paciente;
O sistema deverá possuir opção para registrar a transferência de médico no pronto atendimento e
6.17
emergência;
6.18 O sistema deverá possuir opção para a alteração do tipo de atendimento;
6.19 O sistema deverá possuir opção para a alteração do atendimento do paciente;
6.20 O sistema deverá possuir opção para registrar a alta do paciente no atendimento de emergência;
O sistema deverá possuir opção para registrar o diagnóstico do paciente no atendimento de
6.21
emergência;
6.22 O sistema deve possuir tela para consulta de atendimentos anteriores do paciente;
O sistema deve possuir tela para consulta somente dos atendimentos na emergência de uma
6.23
determinada data;
O sistema deve possuir tela com gráfico da quantidade de pacientes atendidos por hora em um
6.24
determinado período;
O sistema deve possuir tela para que o usuário possa consultar a situação atual dos leitos de
6.25 observação, como também visualizar a ocupação de cada um deles (paciente, médico, CID) e ainda
visualizar de forma gráfica o status de cada um dos leitos;
O sistema deverá dispor de relatório estatísticos de atendimentos por: Bairro, Cidade, Médico,
6.26
Especialidade, Serviço, Faixa Etária, Motivo de Atendimento, Origem e Usuário;
O sistema deverá dispor de relatório nominal de atendimentos, referente aos casos de neoplasia
maligna por: data de atendimento, Bairro, Cidade, Médico , Especialidade, Serviço, faixa etária, data
6.27
do atendimento, Origem, Usuário, CPF, data de nascimento ,CID, data do diagnóstico da neoplasia
maligna, Unidade de saúde;
O sistema deverá gerar arquivo nominal de atendimentos, referente aos casos de neoplasia maligna
por: data de atendimento, Bairro, Cidade, Médico, Especialidade, Serviço, Faixa Etária, Movo de
6.28
Atendimento, Origem e Usuário, CPF, CID e data do diagnóstico da neoplasia maligna, Unidade de
saúde

AGENDAMENTO DE CONSULTAS, EXAMES, SESSÕES E TRATAMENTOS

O sistema deverá permitir configurar/cadastrar todos os Itens de agendamento com as seguintes

informações: Código, Descrição do Item, Tipo do Item (Ambulatorial, Imagem, Laboratório ou de
Composição), Ativo (Sim ou Não), Tempo Padrão de Execução, Prestadores Habilitados para a
Execução dos Procedimentos, Relacionamento do Item de Agendamento com o Procedimento
correspondente na tabela SIGTAP, incluindo também todos os procedimentos, além dos que estão na
tabela SIGTAP, deve possuir configuração se em caso de anestesia na execução do procedimento o
7.1
sistema deve sugerir alteração do tempo de realização, se é obrigatório o cadastro do paciente para o
agendamento do respectivo item de agendamento, tempo de preparo em necessário em dias para a
realização do procedimento agendado, tempo de repetência para o agendamento do procedimento
novamente, recursos e equipamentos necessários para a realização do item de agendamento, tempo
de execução do item de agendamento por prestador e proibições de itens de agendamento
simultâneo com intervalo entre um agendamento e outro;
O sistema deverá possuir opção de cadastrar/configurar distintas Unidades de Atendimento
(Ambulatório, Centro de Imagens ou Centro Clínico), esta opção será utilizada quando a instituição
possuir Ambulatórios, Centro de Imagens ou Centros Clínicos distribuídos em rede e com localização
física distinta, com os seguintes campos:
7.2 Código;
Nome;
Sigla;
Situação;
Endereço;
O sistema deverá possuir tela para o cadastro de feriados nacionais e regionais. Nas datas cadastradas
7.3 como feriados o sistema não deverá disponibilizar e permitir realizar agendamento de
procedimentos;
O sistema deve permitir fazer o registro dos recursos que serão utilizados na realização dos
7.4
agendamentos e na realização dos procedimentos como os campos código, descrição, tipo, situação;
O sistema deverá permitir o usuário registrar/configurar as escalas de atendimento dos profissionais
7.5
que prestam atendimento ambulatorial por Unidade de Atendimento;
O sistema deverá permitir o usuário registrar/configurar as escalas dos profissionais, que prestam
atendimento ambulatorial na instituição no mínimo com as seguintes informações:
- Dia da Semana;
- Tipo de Escala;
- Hora Inicial;
- Hora Final;
- Tipo de Horário do Atendimento;
- Qtde. Horários disponibilizados;
- Qtde. Encaixes;
- Permissão para realização de encaixes extras;
- Profissional;
7.6
- Setor;
- Unidade de Atendimento;
- Consultório;
- Recurso;
- Itens de Agendamento do Dia;
- Qtde. Máxima de Atendimentos por Tipo de Atendimento x Especialidade/Serviço;
- Usuários Autorizados a realizarem agendamentos na escala;
- Peso Máximo/
- Altura Máxima;
- Faixa Etária;
- CID principal, CID secundário, caso de neoplasia maligna, data do diagnóstico da neoplasia maligna.
O sistema deverá possuir opção para serem registradas/configuradas as mensagens de alerta aos
usuários do setor de agendamento referentes ao prestador. Estas mensagens e alertas serão exibidas
7.7
posteriormente na tela de agendamento para que os usuários que executam este processo possam
visualizar e repassar as mesmas aos pacientes;
O sistema deve permitir configurar as mensagens que serão enviadas aos pacientes que fizeram os
7.8
agendamentos, estas mensagens deverão ser configuradas para envio de e-mail ou por sms;
O sistema deve ter a opção de configuração dos horários e a quantidade de horas que serão enviados
7.9
os e-mails e os sms para os pacientes;
O sistema deve ter a opção de configurar e fazer a leitura do sms de retorno, nesta mensagem
7.10 respondida pelo paciente, de acordo com o código respondido pode confirmar ou cancelar o
comparecimento em relação aos procedimentos agendados;
O sistema deverá possuir opção para a liberação da agenda médica e agenda de enfermagem
ambulatorial baseando-se nas escalas configuradas. A liberação da agenda médica irá disponibilizar
para o setor responsável pelo agendamento os horários de acordo com as parametrizações realizadas
nas escalas de atendimento. O sistema deve possuir os seguintes parâmetros para a liberação da
escala de atendimento:
- Código da Escala (opcional);
7.11
- Data de Liberação;
- Período de Liberação da Escala;
- Tipo da Escala;
- Prestador;
- Especialidade;
- Se deseja sobrepor as agendas já disponibilizadas que estejam vagas;
O sistema deve disponibilizar recurso para fazer a configuração dos perfis de usuário para a central de
7.12
marcação de consultas e exames;
O sistema deverá permitir agendar em tela única consultas, exames, procedimentos, sessões e
7.13
tratamentos;
O sistema deverá permitir ao usuário fazer a busca por vagas de consultas, exames e procedimentos
na tela de agendamento indicando no mínimo os seguintes parâmetros:
- Paciente;
- Item de Agendamento;
- Prestador;
7.14
- Especialidade;
- Tipo de Atendimento;
- Unidade de Atendimento;
- CID
Caso o usuário não informe o prestador e informe somente a especialidade desejada pelo paciente, o
sistema irá buscar a primeira agenda disponível de um ou mais profissionais da mesma especialidade;
Na tela da Central de Agendamento, de acordo com os parâmetros lançados, o sistema deve executar
7.15 automaticamente a busca de datas e horários mais próximos que estão disponíveis para o atender à
solicitação de agendamento;
O sistema deverá permitir ao usuário fazer a busca por vagas para agendamento de
tratamentos/sessões na tela de agendamento indicando os seguintes parâmetros:
- Paciente;
- Item de Agendamento;
- Prestador;
- Especialidade;
7.16 - Tipo de Atendimento;
- Unidade de Atendimento;
- Tratamento (Sim ou Não);
- Qtde. de Sessões;
- CID;
O sistema deverá trazer na tela de forma automática a quantidade de dias que possuem vagas
disponíveis de acordo com a quantidade de sessões informadas na tela anterior;
O sistema não deve permitir o usuário agendar um segundo item com um intervalo entre os
7.17
procedimentos inferior ao tempo de execução do primeiro procedimento agendado;
O sistema deverá bloquear a faixa de horário reservado para o paciente e não disponibilizar mais o
7.18
mesmo na tela de agendamento;
O sistema deverá alertar ao usuário quando existirem conflitos de agendamentos de procedimentos
7.19
que necessitem de um intervalo mínimo de tempo para a sua execução;
O sistema deverá permitir o cadastro de solicitação de OPME ambulatorial por paciente, gerando lista
7.20 de espera por produto solicitado na Oficina Ortopédica, bem como cadastro de solicitação de
alimentação para fins especiais por paciente no CNUD, gerando lista de espera por produto.
7.21 O sistema deve possuir campo para registrar observações relativas ao paciente ou ao agendamento;
O sistema deve possuir campo para informar o modo como os procedimentos foram agendados:
- Telefone;
- Pessoalmente;
7.22
- Solicitação
- Fax;
- E-mail;
O sistema deve apresentar ao usuário todas as orientações de preparo dos procedimentos agendados
7.23
para que as mesmas sejam repassadas ao paciente;
O sistema deve possibilitar inserir o paciente agendado em uma fila de espera, caso o intervalo entre
7.24
a data do agendamento e a data disponível não estejam atendendo as necessidades do paciente;
O sistema deve permitir fazer a emissão do comprovante de agendamento ou então fazer o envio do
7.25
mesmo por correio eletrônico ou SMS;
O sistema deve permitir registrar os contatos com os pacientes agendados para a confirmação da
7.26
presença na data agendada;
O sistema deve permitir registrar a transferência de agenda de consultas e exames de um profissional
7.27
para outro, ou para o mesmo profissional em nova data ou na mesma data em horário diferente;
O sistema deve permitir fazer o cancelamento de uma consulta previamente agendada informando o
7.28
motivo do cancelamento;
O sistema deve permitir o usuário bloquear uma agenda de um determinado profissional em um
7.29
intervalo de horas dentro de um mesmo dia ou intervalo de dias, informando o motivo do bloqueio;
7.30 O sistema deve permitir o usuário registrar os encaixes na agenda de consultas e exames;
O sistema deve permitir o sistema fazer a gestão da fila de espera. O sistema deve alertar o usuário
7.31 que existem agendamentos com as mesmas características na fila de espera para a vaga que foi
disponibilizada ao ser cancelado o agendamento de um procedimento.
O sistema deve permitir o usuário registar/configurar a turma e a escala da turma com as seguintes
informações:
- Dias da semana;
7.32 - Horário de início e fim por dia da semana;
- Serviço;
- Tipo de Atendimento;
- Prestador;
O sistema deve permitir o registro de agendamentos em grupos de pacientes que fazem uma
7.33 atividade em um mesmo horário (fisioterapia, hemodiálise, quimioterapia e etc..) Informando a
turma e os pacientes por turma;
O sistema deve estar integrado com a prescrição médica eletrônica, pois todos os exames de
pacientes internados ou ambulatoriais poderão ser agendados através de uma solicitação de
7.34
agendamento de exames ou procedimentos que são prescritos pelo médico assistente e serão
visualizados na fila de solicitações de agendamentos;
O sistema deve permitir ao usuário fazer a remissão dos comprovantes de agendamento como
7.35
também o reenvio de e-mail para os mesmos;
O sistema deve permitir o usuário fazer a exclusão de agendas que foram previamente liberadas
7.36
informando o motivo da exclusão;
O sistema deve permitir o usuário fazer a reserva de uma faixa de horários que esteja livre na agenda,
7.37
o usuário deverá informar a data inicial e final, horário inicial e final e o tipo da reserva;
O sistema deve permitir o usuário fazer a pesquisa de agendamentos para um determinado médico,
7.38
uma determinada data ou para um paciente específico;
O sistema deve possuir tela de consultas onde o usuário poderá pesquisar todo o histórico de
7.39
agendamentos do paciente;
O sistema deverá disponibilizar relatório de agendamentos cancelados, agendamentos excluídos,
7.40
Produção por Prestador/Recurso e Posição de Fila de Espera;
7.41 O sistema deve possuir relatório com a agenda diária do médico;
O sistema deverá gerar arquivo nominal de agendamentos cancelados, agendamentos excluídos,
7.42 Produção por Prestador/Recurso e Posição de Fila de Espera, por data, CID e casos de neoplasia
maligna, data de diagnóstico da neoplasia maligna, Unidade de saúde;
O sistema deve emir relatório nominal de tempo de espera por período, por especialidade, por faixa
7.43
de tempo dos casos de neoplasia maligna, Unidade de saúde;
O sistema deverá dispor de relatório nominal de atendimentos referente aos casos de neoplasia
7.44 maligna por: Bairro, Cidade, Médico, Especialidade, Serviço, data de nascimento, Movo de
Atendimento, Origem, Usuário, CPF, CID, Unidade de saúde;
O sistema deverá gerar arquivo nominal de atendimentos referente aos casos de neoplasia maligna
7.45 por: Bairro, Cidade, Médico, Especialidade, Serviço, data de nascimento, Movo de Atendimento,
Origem, Usuário, CPF, CID, Unidade de saúde ;

AMBULATÓRIO

O sistema deverá ser totalmente integrado ao sistema de central de agendamento de consultas, pois
8.1 os pacientes agendados pela central devem estar disponíveis na tela de recepção de pacientes
ambulatoriais;
O sistema deve possuir mecanismo para que o paciente faça a retirada da senha de atendimento
8.2
ambulatorial;
O sistema deve dispor de painéis de atendimento que informem os seguintes dados:
- Senha;
8.3 - Hora Chegada;
- Previsão de Atendimento (cadastro);
- Status do Atendimento;
O sistema deve possuir dispositivo que permita a recepcionista selecione a senha em uma lista de
8.4 atendimento e faça a chamada do paciente de forma eletrônica, para que seja realizado o
atendimento do mesmo;
O sistema deve permitir a recepcionista possa associar a senha de atendimento emitida pelo paciente
8.5
com a agenda médica;
Ao associar a senha a agenda do paciente, a recepcionista deverá iniciar o registro do atendimento do
paciente, executando uma pesquisa na base de dados do ambulatório para verificar se o paciente já
possui cadastro na instituição.
A pesquisa terá que ser no mínimo com as seguintes opções:
- Prontuário (matrícula)
- Nome;
8.6 - Sobrenome;
- Data de Nascimento;
- CPF;
- Nome da Mãe;
- Número SES;
- CID
A pesquisa deverá permitir preencher um ou mais parâmetros para a busca;
8.7 O sistema deve dispor de pesquisa com busca fonetizada;
O sistema deverá dispor de pesquisa pela biometria do paciente, podendo configurar qual dedo será
8.8
utilizado para a realização da busca/pesquisa;
Caso não seja encontrado nenhum paciente com as mesmas características no banco de dados o
usuário irá iniciar o preenchimento do registro do paciente.
O cadastro de paciente deve ser único em todas as origens de atendimento do hospital e também
deve possuir configuração de quais campos devem habilitados e quais campos que devem ter seu
preenchimento obrigatório por origem de atendimento.
O cadastro do paciente de ter no mínimo os seguintes campos:
- Nome;
- Nome Social;
- Nome da Mãe;
- Nome do Pai;
- Data de Nascimento;
- Sexo;
- Cor;
- Tipo Sanguíneo;
- Nome do Cônjuge;
- Identidade;
- Órgão Emissor;
- Data de Emissão;
- CPF;
- Cartão Nacional de Saúde;
- Estado Civil;
8.9 - Endereço;
- Número e Complemento;
- Bairro;
- Cidade;
- CEP;
- Telefone Residencial,
- Telefone Comercial;
- Telefone Celular;
- E-Mail;
- Local de Trabalho;
- Profissão;
- Classe Econômica;
- Grau de Instrução;
- Religião;
- Etnia;
- Naturalidade;
- Nacionalidade;
- Fotografia do Paciente;
- Captura da biometria do paciente;
- Número SES;
- CID principal, CID secundário, caso de neoplasia maligna, data do diagnóstico da neoplasia maligna;
- O sistema deverá estar totalmente integrado ao sistema de emissão do Cartão Nacional de Saúde;
O sistema deve possibilitar e permitir integrar o sistema com a base de cadastro do Cartão Nacional
8.10
de Saúde (CNS);
O sistema deverá permitir ao usuário realizar após o cadastro ou atualização do cadastro do paciente o
registro do atendimento com no mínimo as seguintes informações:
- Data;
- Hora;
- Médico;
- Tipo de Atendimento;
- Serviço;
- Tipo de Paciente;
8.11 - Local de Procedência;
- Destino;
- Procedimento
- CBO
- Especialidade;
- Responsável pelo Paciente;
- CID principal, CID secundário, caso de neoplasia maligna, data do diagnóstico da neoplasia maligna;
- Caso o atendimento tenha sido agendado os campos devem ser preenchidos automaticamente com
as informações fornecidas no momento do agendamento;
Após o registro do atendimento o sistema deverá permitir ao usuário fazer a emissão dos seguintes
documentos:
8.12 - Etiqueta de Identificação com Código de Barras;
- Termo de Responsabilidade;
- Ficha de Atendimento Ambulatorial;
O sistema deve abrir automaticamente no faturamento e fazer o lançamento na fatura BPA o
8.13
procedimento correspondente ao atendimento do paciente;
O sistema deve permitir o registro de atendimentos ambulatoriais de pacientes que não estão
8.14
agendados, sem a necessidade de registrar como encaixe;
O sistema deve permitir o registro de atendimento de pacientes em turmas de atendimento, ou seja,
8.15 mais de um paciente para um mesmo horário como ocorre na fisioterapia ou outros tratamentos em
grupos;
8.16 O sistema deve estar totalmente integrado ao prontuário eletrônico do paciente;
O sistema deve disponibilizar mecanismo para que o usuário identifique e registre no sistema quais
8.17
pacientes não compareceram a consulta médica;
8.18 O sistema deve dispor de tela para consulta de atendimentos anteriores do paciente;
O sistema deve dispor de tela de gerenciamento que informe a quantidade de atendimentos
8.19
ambulatoriais por hora;
O sistema deve disponibilizar os seguintes relatórios:
- Atendimentos por Período;
- Atendimentos por Empresa;
- Atendimentos por Médico;
- Atendimentos por Cidade;
- Atendimentos por Bairro;
8.20 - Atendimentos por Especialidade;
- Atendimentos por Serviço;
- Atendimentos por Usuário;
- Consultas Atendidas x Faturadas;
- Atendimentos nominais por CID;
- Atendimentos nominais por caso de neoplasia maligna e;
- Data do diagnóstico da neoplasia maligna e por Unidade de saúde;
8.21 O sistema deve emitir relatório de tempo de espera por período, por médico e por faixa de tempo;
O sistema deve atualizar automaticamente o status do atendimento de acordo com a etapa do
8.22
atendimento executada;
O sistema deverá dispor de relatório nominal de atendimentos referente aos casos de neoplasia
8.23 positiva por: data do atendimento, Bairro, Cidade, Médico, Especialidade, Serviço, data de
nascimento, Movo de Atendimento, Origem e Usuário, CID, Unidade de saúde ;
- O sistema deverá gerar arquivo nominal dos atendimentos referente aos casos de neoplasia maligna
8.24 por: data do atendimento, Bairro, Cidade, Médico, Especialidade, Serviço, data de nascimento, Motivo
de Atendimento, Origem, Usuário, CPF, CID, data do diagnóstico de câncer, Unidade de saúde;

INTERNAÇÃO

9.1 O sistema deve permitir o registro de admissão de internações eletivas e de urgência.

O sistema deve gerar automaticamente a pré-internação do paciente a partir do agendamento de
uma cirurgia como também da solicitação de internação de pacientes da urgência e emergência com
no mínimo as seguintes informações:
- Paciente;
- Telefone;
- Código do Aviso de Cirurgia;
- Data da Previsão de Internação;
- Cidade;
- Data da Previsão de Alta;
- Origem;
9.2 - Médico;
- Especialidade;
- Procedimento;
- CID;
- Tipo de Acomodação;
- Tipo de Internação;
- Leito;
- Serviço;
- Observações;
- CID principal, CID secundário, caso de neoplasia maligna, data do diagnóstico da neoplasia maligna,
CPF, data de nascimento;
O sistema deve permitir registrar o cadastro da pré-internação do paciente clinico eletivo, ou seja,
dos pacientes que não possuem nenhum agendamento de cirurgia previsto como também oriundos
da emergência, com no mínimo as seguintes informações:
- Paciente;
- Telefone;
- Código do Aviso de Cirurgia;
- Previsão de Internação;
- Cidade;
 - Previsão de Alta;
- Origem;
9.3 - Médico;
- Especialidade;
- Procedimento;
- CID;
- Tipo de Acomodação;
- Tipo de Internação;
- Leito;
- Serviço;
- Observações;
- CID principal, CID secundário, caso de neoplasia maligna, data do diagnóstico da neoplasia maligna,
CPF, nome da mãe
O sistema deve estar totalmente integrado a agenda de cirurgias eletivas do centro cirúrgico e com as
pré-internações clínicas. O sistema deve disponibilizar tela que apresente lista de todos os pacientes
9.4 com previsão de internação para a data selecionada, o sistema deve apresentar indicação em tela se o
paciente possui pendências que podem impedir seu atendimento ou que sirvam de alerta para o
setor de internação;
A partir da tela de previsões de internações o sistema deve apresentar uma lista com todos os
9.5 pacientes que estão previstos para internação na data selecionada, usuário poderá selecionar um dos
pacientes que está disponível na lista para registrar e efetivar a internação do mesmo.
O sistema deve dispor também de recurso para registro de internações de pacientes que não estão
9.6 programados para hospitalização e consequentemente não estão disponibilizados na tela de previsão
de internação;
A recepcionista deverá dispor de funcionalidade para realizar busca do cadastro de pacientes,
executando uma pesquisa na base de dados para verificar se o paciente já possui registro na
instituição.
A pesquisa terá que ser no mínimo com as seguintes opções:
- Prontuário (matrícula)
- Nome;
- Sobrenome;
9.7
- Data de Nascimento;
- CPF;
- Nome da Mãe;
- Biometria;
- Endereço, CID principal, CID secundário, caso de neoplasia maligna, data do diagnóstico da neoplasia
maligna;
A pesquisa deverá permitir preencher um ou mais parâmetros para a busca;
9.8 O sistema deve dispor de pesquisa com busca fonetizada;
O sistema deverá dispor de pesquisa pela biometria do paciente, podendo configurar qual dedo será
9.9
utilizado para a realização da busca/pesquisa;
9.10 O sistema deve dispor de pesquisa com busca fonetizada;
O sistema deverá dispor de pesquisa pela biometria do paciente, podendo configurar qual dedo será
9.11
utilizado para a realização da busca/pesquisa;
No processo de internação o usuário poderá acessar a tela de cadastro/registro do paciente para
atualização de informações ou então a abertura de um novo prontuário.
O cadastro de paciente deve ser único em todas as origens de atendimento do hospital e também
deve possuir configuração de quais campos devem habilitados e quais campos que devem ter seu
preenchimento obrigatório por origem de atendimento.
O cadastro do paciente de ter no mínimo os seguintes campos:
- Nome;
- Nome Social;
- Nome da Mãe;
- Nome do Pai;
- Data de Nascimento;
- Sexo;
- Cor;
- Tipo Sanguíneo;
- Nome do Cônjuge;
- Identidade;
- Órgão Emissor;
- CPF;
- Cartão Nacional de Saúde;
9.12 - Estado Civil;
- Endereço;
- Número e Complemento;
- Bairro;
- Cidade;
- CEP;
- Telefone Residencial,
- Telefone Celular;
- E-Mail;
- Local de Trabalho;
- Profissão;
- Classe Econômica;
- Grau de Instrução;
- Religião;
- Naturalidade;
- Nacionalidade;
- Fotografia do Paciente;
- Registro da Biometria do Paciente;
- CID principal, CID secundário, caso de neoplasia maligna, data do diagnóstico da neoplasia maligna;
- O sistema deverá estar totalmente integrado ao sistema de emissão do Cartão Nacional de Saúde
O sistema deve possibilitar e permitir integrar o sistema com a base de cadastro do Cartão Nacional
9.13
de Saúde (CNS);
O sistema deverá possuir tela que permita o usuário realizar, após o cadastro ou a atualização do dos
dados demográficos do paciente o registro do atendimento de internação com no mínimo as
seguintes informações:
- Origem;
- Data;
- Hora;
- Médico;
- Procedimento;
- CID;
- Serviço;
- Tipo de Internação;
9.14 - Caráter de Internação;
- Tipo de Paciente;
- Enfermaria;
- Leito;
- Tipo de Acomodação;
- Serviço
- Especialidade;
- Responsável pelo Paciente;
- CID principal, CID secundário, caso de neoplasia maligna, data do diagnóstico da neoplasia maligna;
- Caso o atendimento tenha sido eletivo, e o mesmo está relacionado a uma pré-internação os
campos da tela de internação devem ser preenchidos automaticamente com as informações
fornecidas pelo processo de pré-internação;
O sistema deve permitir fazer a emissão dos seguintes documentos:
- Etiqueta de Identificação com Código de Barras;
9.15 - Termo de Responsabilidade;
- Anamnese de Internação;
- Termo de de Consentimento livre e esclarecido, pulseira de identificação, formulário de alta.
Ao registrar o atendimento do paciente o sistema deverá abrir automaticamente a conta do
9.16
atendimento no sistema de faturamento de AIH;
O sistema deve permitir ao usuário fazer o registro durante a internação das alergias do paciente a
9.17 determinadas substâncias, informando além da substância a reação alérgica do paciente em contato
com a mesma;
O sistema deve permitir ao usuário registrar a transferência do paciente entre leitos de uma mesma
9.18
enfermaria ou de outra enfermaria, informando motivo da transferência;
O sistema deve permitir ao usuário registrar a transferência do paciente para o Centro Cirúrgico e
9.19
RPA;
O sistema deve permitir ao usuário registrar a alta médica do paciente informando o motivo de alta,
9.20 data, hora, diagnóstico (CID10), observação e Procedimento CIH. Caso o motivo da alta seja óbito o
sistema deve conter campos para informar número da declaração de óbito, setor do óbito;
9.21 O sistema deve permitir ao usuário registrar a alta hospitalar do paciente;
9.22 O sistema deve permitir ao usuário registrar a alta administrativa do paciente;
9.23 O sistema deve permitir ao usuário registrar o cancelamento da alta hospitalar do paciente;
9.24 O sistema deve permitir ao usuário registrar o cancelamento da alta médica do paciente;
9.25 O sistema deve permitir ao usuário registrar e fazer a gestão da programação de alta dos pacientes;
9.26 O sistema deve permitir ao usuário registrar o acompanhante do paciente internado;
9.27 O sistema deve permitir ao usuário registrar a transferência do médico assistente do paciente;
9.28 O sistema deve permitir ao usuário registrar a liberação e interdição de leitos;
9.29 O sistema deve permitir ao usuário registrar a exclusão de atendimentos;
O sistema deve disponibilizar a opção para que o sistema opere com a gestão centralizada e
9.30
descentralizada de leitos;
O sistema deve gerar automaticamente uma solicitação de leitos ao setor competente quando for
9.31 agendada uma cirurgia, solicitado uma internação na urgência ou quando for cadastrada uma pré-
internação;
O sistema não deve permitir registrar uma transferência de leitos direta quando o sistema estiver
9.32 configurado para gestão centralizada, neste caso o sistema deve disponibilizar a opção de solicitação
de transferência de leitos;
Quando for registrada uma solicitação de transferência de leitos, a mesma deverá ser visualizada na
tela de gestão de leitos, para que o usuário responsável pela gestão de leitos possa verificar a
9.34
disponibilidade dos leitos, baseado no mapa de leitos e dessa forma possa reservar um leito com as
características solicitadas pelo usuário;
Ao ser atendido a solicitação pela central de leitos o status da solicitação deve ser alterado
9.35
automaticamente de “solicitado” para “atendido”;
O sistema deve permitir que o usuário somente efetive a transferência de leito após o atendimento
9.36
da solicitação pela área de gestão de leitos e para o leito que foi reservado;
O sistema deve permitir ao usuário registrar as pendências do paciente. As pendências registradas
9.37 uma vez devem emitir alertas aos usuários quando for ser registrado qualquer tipo de atendimento
para o paciente dentro da instituição;
9.38 O sistema deve permitir ao usuário registrar as baixas de pendências do atendimento do paciente;
O sistema deve permitir ao usuário registrar e acompanhar a evolução de todos os contatos realizados
9.39 durante o atendimento de um paciente realizados, sejam eles com o próprio paciente, com o médico,
com secretária de saúde, com o fornecedor de OPME ou com o acompanhante;
9.40 O sistema deve disponibilizar a opção para a emissão do laudo de AIH do paciente hospitalizado;
O sistema deve disponibilizar a opção para o registro do diagnóstico do paciente baseado na tabela
9.41
CID 10;
9.42 O sistema deve disponibilizar a opção para o registro de controle de visitas do paciente;
O sistema deve disponibilizar painel de leitos operacional que apresente a ocupação em tempo real
das unidades de internação e de toda a instituição, taxa de disponibilidade, taxa de
9.43 indisponibilidade. O sistema deve ter uma apresentação gráfica intuitiva das informações dos leitos,
indicando o paciente, o médico assistente, o diagnóstico e a Qtde. de dias que o paciente se encontra
hospitalizado ao passarmos o cursor sobre o leito ocupado;
O sistema deve disponibilizar painel de leitos gerencial que apresente as taxas de ocupação da
instituição em tempo real das unidades de internação e seus respectivos leitos. Nesta tela deve ser
apresentado a taxa de disponibilidade, taxa de ocupação e taxa de indisponibilidade. O sistema deve
ter uma apresentação gráfica intuitiva das informações dos leitos tais como:
- Ocupação por Unidade de Internação;
9.44
- Ocupação por Tipo de Acomodação;
- Ocupação por Tempo de Permanência;
- Ocupação por Especialidade/Serviço;
- Ocupação por Médico;
- Ocupação por Faturamento;
9.45 O sistema deve disponibilizar tela de consulta de altas do dia;
O sistema deve disponibilizar tela de consulta de estatísticas de produção e estatística de
9.46
atendimentos;
9.47 O sistema deve disponibilizar tela de consulta pacientes internados;
9.48 O sistema deve disponibilizar tela de consulta previsões de internações;
9.49 O sistema deve disponibilizar tela de consulta da agenda do centro cirúrgico;
9.50 O sistema deve disponibilizar tela de consulta de disponibilidade dos leitos;
9.51 O sistema deve disponibilizar tela de consulta pacientes internados;
9.52 O sistema deve emitir relatórios de Pré-internações por período;
O sistema deve emitir relatório de internações por médico, por serviço, por cidade e por Unidade de
9.53
Internação;
O sistema deve emitir relatório de altas por médico, por dia, por especialidade e relatório de
9.54
previsão de altas;
9.55 O sistema deve emitir relatório de atendimentos por período, por empresa e por origem;
9.56 O sistema deve emitir relatório de pacientes com pendência, em duplicidade e aniversariantes;
9.57 O sistema deve emitir relatório de censo ocupacional;
O sistema deve emitir relatório estatístico de quantitativo de pacientes por CID, estatístico de
9.58
internações por médico, por serviço e por unidade de internação;
O sistema deve emitir declaração de paciente internado, declaração de internação e Termo e Alta a
9.59
pedido;
O sistema deverá dispor de relatório nominal de internações referente aos casos de neoplasia
9.60 maligna por: data da internação, Bairro, Cidade, Médico, Especialidade, Serviço, data de nascimento,
Motivo de Atendimento, Origem, Usuário, CPF, CID, data do diagnóstico de câncer, Unidade de saúde;
O sistema deverá gerar arquivo nominal das internações referente aos casos de neoplasia maligna
por: data da internação, Bairro, Cidade, Médico, Especialidade, Serviço, data de nascimento, Motivo
9.61
de Atendimento, Origem, Usuário, CPF, CID, data do diagnóstico da neoplasia maligna, Unidade de
saúde;
O sistema deve disponibilizar relatório em tela e consulta nominal de pacientes por CID, casos de
9.62
neoplasia maligna, data do diagnóstico da neoplasia maligna, Unidade de saúde;

PRESCRIÇÃO ELETRÔNICA E PRONTUÁRIO ELETRÔNICO DO PACIENTE

 O acesso ao PEP deve disponibilizado para todos os membros da equipe multidisciplinar que
10.1 dispensem atenção ao paciente respeitando as regras de acesso, como também a limitação do
conteúdo do mesmo por perfil de usuário;
10.2 O sistema deve possuir tela para registrar as formas de aplicação das medicações que serão prescritas;
O sistema deve possuir tela para registrar as frequências de aplicação das medicações que serão
10.3 prescritas para os pacientes. A frequência pode ser configurada por setor de assistência ou para toda a
instituição;
O sistema deve possuir tela para configurar quais itens de aferição serão registrados no prontuário do
10.4
paciente, como também os valores limites para cada um dos itens de aferição;
O sistema deve possuir tela para fazer o registro dos esquemas de prescrição, baseado na
configuração dos esquemas os itens prescritos para o paciente serão apresentados e disponibilizados
10.5
nas telas de prescrição e no formulário de prescrição médica e de enfermagem na sequência
configurada;
O sistema deve permitir habilitar e configurar quais campos terão o preenchimento obrigatório por
10.6
esquema de prescrição;
O sistema deve permitir configurar quais itens são de prescrição, e associá-los aos esquemas de
10.7
prescrição;
O sistema deve habilitar e exigir o preenchimento dos campos que foram configurados para o
10.8
esquema de prescrição;
10.9 O sistema deve permitir o usuário desativar um item de prescrição;
O sistema deve permitir o usuário configurar se o item de prescrição é médico ou de enfermagem ou
10.10
ambos;
O sistema deve permitir o usuário configurar se o item de prescrição exige justificativa ao ser
10.11
prescrito pelo médico assistente;
10.12 O sistema deve permitir o usuário configurar se o item de prescrição é padrão ou não;
O sistema deve permitir o usuário configurar se o item de prescrição exige diluentes na sua
10.13
prescrição;
O sistema deve permitir o usuário configurar o tipo de controle do item de prescrição (normal,
10.14
balanço hídrico, coleta de sinal vital, alta de unidade, alta médica)
O sistema deve permitir o usuário configurar para qual estoque o item de prescrição será solicitado
10.15
no momento do fechamento da prescrição;
O sistema deve permitir o usuário configurar qual item de estoque o item de prescrição está
10.16 relacionado e de acordo com essa informação será solicitado este produto no estoque no momento
do fechamento da prescrição;
O sistema deve permitir o usuário configurar a unidade de prescrição e a unidade de solicitação do
10.17
item no estoque;
O sistema deve permitir o usuário configurar se o item de prescrição é de diluição ou de
10.18
reconstituição;
O sistema deve permitir o usuário configurar quais os componentes (materiais descartáveis e
10.19 diluições) serão solicitados junto com o item de prescrição ao finalizar a prescrição médica e de
enfermagem;
O sistema deve permitir o usuário configurar quais as formas de aplicação são possíveis para o item de
10.20
prescrição;
O sistema deve permitir o usuário configurar em quais os setores o item de prescrição não poderá ser
10.21
prescrito;
O sistema deve permitir o usuário configurar as superdosagens e as subdosagens dos itens de
10.22
prescrição assim como a configuração das mensagens de alerta da super e da subdosagem;
O sistema deve permitir o usuário configurar as faixas etárias e a faixa de peso das superdosagens e
10.23
as subdosagens;
O sistema deve permitir o usuário configurar as informações padronizadas para os itens de prescrição
10.24
faixas etárias e a faixa de peso das superdosagens e as subdosagens;
O sistema deve dispor de ferramenta que permita configurar os perfis de acesso e usabilidade do
10.25 prontuário eletrônico do paciente por tipo de prestador, por setor, por especialidade, por prestador,
por tipo de atendimento, sexo e faixa etária do paciente;
O sistema deve dispor de dispositivo que permita ao usuário fazer a construção de documentos
(formulários) eletrônicos, definindo o nome do formulário, os grupos de campos do formulário,
permita associar as perguntas aos grupos de campos do formulário, as perguntas do formulário, o tipo
10.26
do campo (Check-box, combo box, descritivo, lista de valores e etc..) e o layout do documento. Os
documentos construídos nessa opção poderão ser associados ao perfil de acesso do prestador que
serão carregados automaticamente de acordo com o perfil do usuário;
O PEP deve estar integrado com o cadastro único de pacientes do Hospital, seja pelo atendimento
10.27
ambulatorial, de urgência, internação ou atendimentos externos;
Nos casos de atendimentos de pacientes em Pronto Atendimento, o PEP deverá ser integrado com o
módulo de Acolhimento e Classificação de Riscos, ordenando a lista de pacientes a serem atendidos
10.28
por Prioridade Clínica atribuída na Classificação, possibilitando ainda o médico consultar/visualizar de
forma automática todas as informações coletadas durante o processo de classificação;
Permitir consulta dos dados do PEP inseridos nos diversos locais de atendimento das unidades de
saúde onde está implantado o sistema com as seguintes informações:
- Dados Demográficos do Paciente;
- Diagnósticos do atendimento atual ou de atendimentos anteriores;
- Histórico de todos atendimentos do paciente na instituição, informando data, hora, tipo de
atendimento, diagnóstico do atendimento, serviço e médico assistente;
- Alergias do Paciente;
- Sinais Vitais (valores e gráfico) do atendimento atual ou de atendimento anterior, permitindo
selecionar o período de avaliação;
- Avaliações do paciente do atendimento atual e de atendimentos anteriores;
- Vacinas do paciente;
- Balanço Hídrico (valores e gráficos) do atendimento atual ou de atendimentos anteriores,
permitindo selecionar o período de avaliação;
- Exames de Laboratório (valores e laudo);
- Exames de Imagem (laudos e imagem);
10.29
- Medicamentos em Uso;
- Prescrições Médicas e de Enfermagem do atendimento atual ou de atendimentos anteriores;
- Evoluções Médicas do atendimento atual ou de atendimentos anteriores;
- Evoluções de Enfermagem do atendimento atual ou de atendimentos anteriores;
- Anotações de Enfermagem do atendimento atual ou de atendimentos anteriores;
- Histórico de Cirurgias do atendimento atual ou de atendimentos anteriores;
- Curva de Crescimento (gráfico);
- Documentos de Admissões Médicas e de Enfermagem do atendimento atual ou de atendimentos
anteriores;
- Atestados do atendimento atual ou de atendimentos anteriores;
- Receitas do atendimento atual ou de atendimentos anteriores;
- Parecer Médico do atendimento atual ou de atendimentos anteriores;
- Documentos Anexados do atendimento atual ou de atendimentos anteriores;
- Campo obrigatório para identificação no caso de neoplasia maligna( data do diagnóstico, morfologia
do tumor, topografia do tumor);
O sistema deve permitir ao médico e ao enfermeiro (enfermeiro obstetra) registrar eletronicamente
o formulário de admissão médica do paciente no mínimo com as seguintes informações:
Queixa Principal;
HDA (História da Doença Atual);
HPP;
Alergias;
Antecedentes Pessoais;
Antecedentes Familiares;
Medicamentos em Uso;
Hábitos e Costumes;
Exame Físico;
Nível de Consciência
Sinais Vitais (PAS, PAD, Temperatura, FC e FR)
Avaliação de Cabeça e Pescoço;
10.30
Avaliação do Aparelho Cardiovascular;
Avaliação do Aparelho Respiratório;
Avaliação Abdome;
Avaliação Genitália;
Avaliação Membros;
Exame Neurológico;
Hipótese Diagnóstica;
Causa da Internação ou Atendimento;
Plano Terapêutico com as seguintes informações:
Tratamento Proposto;
Plano de Cuidados;
CID primário, CID secundário, Avaliação oncológica (morfologia da neoplasia maligna, data de
diagnóstico, extensão da neoplasia, estadiamento do tumor, meio diagnóstico, primeiro tratamento,
data do primeiro tratamento)
O sistema deve permitir a criação/configuração de protocolos clínicos de atendimentos, e de acordo
com o protocolo selecionado o sistema apresenta as perguntas, onde o médico vai informando as
10.31
respostas e ao final o sistema irá sugerir a prescrição de acordo com as respostas inseridas no caminho
percorrido pelo médico ao preencher o protocolo selecionado;
O sistema deve, baseado em sinais vitais anotados para o paciente, informar que o mesmo se
10.32
encontra com características de adesão a um determinado protocolo clinico;
O sistema deve permitir ao médico fazer o registro do diagnóstico médico do paciente baseado na
10.33 tabela CID-10 possibilitando informar o diagnóstico principal e o (s) diagnóstico (s) secundários, o tipo
da doença (crônico, agudo) como também o tempo da doença (dia, mês e ano);
De acordo com o diagnóstico informado o sistema deve emitir alerta ao profissional informando que
10.34
o diagnóstico informado é de notificação compulsória/obrigatória/agravo ou neoplasia maligna;
O sistema deve permitir ao médico fazer o registro dos medicamentos em uso contínuo pelo paciente
10.35
(reconciliação medicamentosa);
O sistema deve permitir fazer o registro das avaliações realizadas pelo médico ou pelo enfermeiro no
paciente tais como:
- Glasgow;
- Apache II;
-Euroescore;
-Time Risc;
-Régua de Dor;
- Superfície Corpórea;
10.36
- Braden;
- Fugulin;
- MORSE;
- NEWS;
- MEOWS;
-VES 13;
- KATZA
- demais escalas incluídas pelos protocolos SES.
O sistema deve permitir ao médico fazer o registro da evolução médica em formulário eletrônico
10.37 carregando o layout do documento de forma automática de acordo com o local de atendimento
(setor) e a especialidade do médico assistente;
10.38 Inserir informações sobre alergias do paciente, tais como substância, reações e demais observações;
Registrar indicadores de sinais vitais (Temperatura, Capnografia, PV, Glicemia, Pressão Intracraniana,
Saturação, FC, FR, PAS, PAD) e dados antropométricos (Peso e Altura) como também deve permitir
10.39
parametrização de outros indicadores a critério da instituição e a configuração dos sinais vitais a
serem coletados pelo setor de atendimento;
Permitir o Médico registrar eletronicamente a prescrição de Medicamentos, Solicitações de Exames
10.40 de Laboratório, Exames de Imagem, Cuidados Médicos, Dietas, Procedimentos, Hemoderivados,
Hemocomponentes, Fisioterapia, Cuidados e Orientações em tela única;
O sistema deve carregar de forma automática os materiais descartáveis (componentes) ao fazer a
10.41
prescrição de um item que tenha necessidade dos mesmos para a sua aplicação/infusão;
O sistema deve gerar alertas ao médico prescrever medicamentos com substâncias aos quais o
10.42 paciente tenha alergia registrada, tendo o profissional que justificar a manutenção da conduta ou
alterar por outra medicação;
O sistema deve gerar alertas de interação medicamentosa nas seguintes condições: Droga x Droga,
10.43
Droga x CID, Droga Alimento, Droga x Resultado de Exame e Droga x Nutriente;
O sistema deve gerar alertas ao médico quando o mesmo prescrever medicamentos com interação
medicamentosa nas condições acima mencionadas, assim como deve gerar de forma automática
10.44
mensagem de alerta da interação, tendo o profissional que justificar a manutenção da conduta ou
alterar a mesma para poder finalizar o processo de prescrição;
O sistema deve possibilitar a integração do sistema de prescrição médica eletrônica com plataformas
10.45 de informações e conteúdo farmacêutico para a emissão de alertas de interações medicamentosa e
superdosagens;
Na tela de prescrição o sistema deve obrigar ao médico preencher o formulário de controle de
10.46
antimicrobianos (ficha de antimicrobiano) ao prescrever um medicamento deste grupo de fármacos;
Na tela de prescrição o sistema deve obrigar ao médico preencher o formulário de controle de
10.47 procedimentos de alto custo (laudo de procedimentos de alto custo/complexidade) ao prescrever um
medicamento, exame ou procedimentos de alto custo;
Na tela de prescrição o sistema deve obrigar ao médico preencher o receituário especial ao
10.48
prescrever um medicamento de controle especial de acordo com a portaria 344/98;
O sistema deve permitir o médico prescrever medicamentos do grupo de soroterapia com a
10.49 velocidade infusão desejada, de acordo com a velocidade, o sistema deve calcular automaticamente a
frequência dos medicamentos;
O sistema deve gerar automaticamente alertas ao médico quando um item for prescrito em
10.50
duplicidade;
O sistema deve gerar alerta para a prescrição de medicamentos que estejam com superdosagem,
10.51 exigindo do mesmo uma justificativa para a manutenção da conduta e a finalização do processo de
prescrição;
10.52 O sistema deve permitir ao médico fazer a configuração de seus itens de prescrição favoritos;
O sistema deve permitir ao médico fazer a pesquisa de itens de prescrição por nome comercial,
10.53
princípio ativo, laboratório, grupo de tratamento, diagnóstico e sintomas;
Na tela de prescrição o sistema deve obrigar ao médico preencher o formulário de controle de
10.54
medicamentos não padronizados ao prescrever um medicamento com esta característica;
O sistema deve permitir o médico alterar o horário sugerido pelo sistema de acordo com os horários
10.55
configurados na frequência padronizada pelo sistema;
O sistema deve disponibilizar de mecanismo para a prescrição de tratamentos de quimioterapia em
10.56
ciclos e sessões;
Na prescrição de quimioterapia o sistema de acordo com o peso e a altura deve sugerir
10.57 automaticamente a dose do quimioterápico de acordo com a superfície corpórea do paciente que será
calculada também de forma automática;
O sistema deve permitir a criação de protocolos de tratamento de quimioterapia com a configuração
10.58
de intervalo de dias entre os tratamentos e a quantidade de ciclos;
 O sistema deve carregar automaticamente na tela de prescrição de quimioterapia os medicamentos
10.59 configurados para o tratamento assim como a geração do tratamento dentro do intervalo de dias
configurados para o protocolo selecionado;
Ao finalizar a prescrição o sistema deve gerar de maneira automática a solicitação dos medicamentos
10.60
e materiais descartáveis na farmácia;
Ao finalizar a prescrição o sistema deve gerar de maneira automática a solicitação de dieta no serviço
10.61
de nutrição;
Ao finalizar a prescrição o sistema deve gerar de maneira automática a solicitação de exames de
10.62
imagem no serviço/setor de imagem;
Ao finalizar a prescrição o sistema deve gerar de maneira automática a solicitação de coleta de
10.63
amostras no serviço de análises clínicas (laboratório);
Ao finalizar a prescrição o sistema deve gerar de maneira automática a solicitação de hemoderivados
10.64
e de hemocomponentes no serviço de Hemoterapia;
Ao finalizar a prescrição o sistema deve gerar de maneira automática a solicitação de fisioterapia no
10.65
serviço de Fisioterapia;
O sistema deve permitir ao médico fazer a solicitação eletrônica de parecer médico para um
10.66
determinado profissional ou uma determinada especialidade (interconsulta);
Ao fazer a finalização da prescrição o sistema deve permitir que embora a prescrição seja válida para
10.67 24 horas o sistema possa gerar as solicitações de materiais e medicamentos de forma automática por
turnos de atendimento pela farmácia até o limite de 24 horas;
10.68 O sistema deve permitir realizar a suspensão de um item prescrito ao paciente;
O sistema deve permitir realizar cópia de prescrição de uma determinada data ou fazendo a mescla
10.69
de mais de uma data;
O sistema deve permitir que o próprio médico crie prescrições padronizadas baseadas nas prescrições
10.70
realizadas e as disponibilize na área de prescrições padronizadas;
O sistema deve permitir o médico fazer a emissão de atestados médicos, emissão de receitas,
10.71
receituário especial e comprovantes de comparecimento;
O sistema deve disponibilizar formulário eletrônico específico para o médico fazer o registro da
10.72
descrição do ato cirúrgico;
O sistema deve disponibilizar formulário para o médico anestesista fazer o registro da ficha de
10.73
anestesia, informando os dados graficamente na ficha;
10.74 O sistema deve disponibilizar formulário eletrônico para registro do partograma;
10.75 O sistema deve permitir o enfermeiro fazer o registro da anamnese ou entrevista de enfermagem;
O sistema deve permitir ao enfermeiro ou qualquer membro da equipe multidisciplinar fazer o
registro da evolução em formulário eletrônico, carregando o layout do documento de forma
10.76
automática de acordo com o local de atendimento (setor) e a especialidade do profissional
assistente;
O sistema deve permitir o enfermeiro fazer o registro do balanço hídrico, informando os ganhos e
10.77 perdas do balanço. O recurso deve também permitir fazer o fechamento total ou parcial do balanço e
gerando automaticamente o gráfico com os ganhos, perdas e o saldo do balanço;
O sistema deve permitir o Enfermeiro registre eletronicamente a prescrição de Cuidados de
10.78
Enfermagem, Procedimentos e Orientações em tela única;
O sistema deve permitir o enfermeiro fazer o aprazamento ou reaprazamento dos horários dos itens
10.79
e das medicações prescritas pelos médicos ou outros membros da equipe multidisciplinar;
O sistema deve permitir o registro eletrônico da checagem das medicações e procedimentos
10.80
prescritos pelos médicos ou outros membros da equipe multidisciplinar;
O sistema deve permitir o registro eletrônico da suspensão das medicações e procedimentos
10.81 prescritos pelos médicos ou outros membros da equipe multidisciplinar que não foram executadas e
informando o motivo da suspensão ou cancelamento;
10.82 O sistema deve apontar em painel de maneira clara e gráfica quais medicações estão em atraso;
O sistema deve dispor de tela para que a enfermagem possa pesquisar as informações clinicas do
paciente tais como:
- Dados Demográficos do Paciente;
- Diagnósticos do atendimento atual ou de atendimentos anteriores;
- Histórico de todos atendimentos do paciente na instituição, informando data, hora, tipo de
atendimento, diagnóstico do atendimento, serviço e médico assistente;
- Alergias do Paciente;
- Sinais Vitais (valores e gráfico) do atendimento atual ou de atendimento anterior, permitindo
selecionar o período de avaliação;
- Avaliações do paciente do atendimento atual e de atendimentos anteriores;
- Vacinas do paciente;
- Balanço Hídrico (valores e gráficos) do atendimento atual ou de atendimentos anteriores,
permitindo selecionar o período de avaliação;
- Exames de Laboratório (valores e laudo);
10.83
- Exames de Imagem (laudos e imagem);
- Medicamentos em Uso;
- Prescrições Médicas e de Enfermagem do atendimento atual ou de atendimentos anteriores;
- Evoluções Médicas do atendimento atual ou de atendimentos anteriores;
- Evoluções de Enfermagem do atendimento atual ou de atendimentos anteriores;
- Anotações de Enfermagem do atendimento atual ou de atendimentos anteriores;
- Histórico de Cirurgias do atendimento atual ou de atendimentos anteriores;
- Curva de Crescimento (gráfico);
- Documentos de Admissões Médicas e de Enfermagem do atendimento atual ou de atendimentos
anteriores;
- Atestados do atendimento atual ou de atendimentos anteriores;
- Receitas do atendimento atual ou de atendimentos anteriores;
- Parecer Médico do atendimento atual ou de atendimentos anteriores;
- Documentos Anexados do atendimento atual ou de atendimentos anteriores;
O sistema deverá possuir recurso para que a enfermagem possa construir os planos de cuidados ao
10.84
paciente, bem como as prescrições de padrões de enfermagem;
O sistema deve dispor de tela para que a enfermagem possa registrar a entrevista da enfermagem
10.85
(Avaliação Inicial);
De acordo com as respostas da entrevista de enfermagem o sistema deve sugerir automaticamente
10.86
quais diagnósticos de enfermagem o paciente se enquadra para a definição do plano de cuidados;
O sistema deve dispor da tabela de diagnósticos de enfermagem NANDA, que possa ser atualizada a
10.87
cada dois anos, para a definição do diagnóstico de enfermagem;
De acordo com o diagnóstico selecionado pelo enfermeiro, o sistema deverá sugerir os itens de
10.88
prescrição de maneira automática;
10.89 O sistema deverá possuir tela para o profissional registrar as vacinas dos pacientes;
O sistema deverá ter tela para finalizar o atendimento inserindo informações tais como:
- Diagnóstico;
- Procedimento;
10.90 - Data;
- Hora;
- Motivo de alta;
- CID principal, CID secundário, caso de neoplasia maligna, data do diagnóstico da neoplasia maligna;
O sistema deve permitir fazer a emissão do sumário de alta do paciente e carregar automaticamente
10.91 as principais informações do atendimento tais como medicamentos, resultados de exames de
laboratório, imagem e orientações
O sistema deve possibilitar a integração com conteúdo de bases médicas externas que auxiliem e
10.92 apoiem o médico na tomada de decisão como exemplo podemos citar UpToDate, Clinical Key ou
outro do mesmo gênero;
O sistema deve sinalizar de maneira gráfica todas as pendências do médico em relação ao
10.93 atendimento tais como fechamento de documentos eletrônicos, assinaturas eletrônicas e demais
pendências;
10.94 O sistema deve permitir a integração com equipamentos de monitoração;
O sistema deve estar homologado para suportar certificação digital e assinatura eletrônica dentro dos
10.95
padrões CFM/SBIS;
O sistema deve disponibilizar de opção para registrar o encaminhamento do paciente para outras
10.96
especialidades;
10.97 O sistema deve disponibilizar de opção para registrar o Checklist de cirurgia segura;
O sistema deverá permitir que os usuários da equipe multidisciplinar realizem as prescrições dos
10.98
procedimentos referentes a cada CBO.
O sistema deve carregar automaticamente com as informações contidos no laudo de biópsia casos de
neoplasia maligna a ficha do Registro hospitalar de Câncer, campos: data do diagnóstico, paciente,
10.99
Bairro, Cidade, endereço, data de nascimento, nome da mãe, topografia do tumor (CID – O),
morfologia do tumor (CID – O), CPF, Unidade de saúde.
O sistema deve gerar arquivo com as informações contidos no laudo de biópsia casos de neoplasia
maligna a ficha do Registro hospitalar de Câncer, campos: data do diagnóstico, paciente, Bairro,
10.99
Cidade, endereço, data de nascimento, nome da mãe, topografia do tumor (CID – O), morfologia do
tumor (CID – O), CPF, Unidade de saúde.

DIRETORIA CLÍNICA

11.1 O sistema deve permitir realizar o registro dos tipos de prestadores;

11.2 O sistema deve permitir realizar o registro dos conselhos e suas siglas;
11.3 O sistema deve permitir realizar o registro das especialidades médicas e de enfermagem;
11.4 O sistema deve permitir realizar o registro das especializações médicas e de enfermagem;
11.5 O sistema deve permitir realizar o registro dos horários contratados dos prestadores;
O sistema deve permitir realizar o registro dos prestadores da instituição no mínimo com as seguintes
informações: Nome, sexo, CPF, Identidade, Data Nascimento, Nome de Guerra, Nr. Do Conselho,
Nome do pai, Nome da Mae, Grau de Instrução, Nacionalidade, Naturalidade, Foto, Endereço
11.6
Comercial, Endereço Pessoal, Tipo de Prestador, Especialidade, Especializações, se o mesmo é Aluno,
se é Professor, Tipo do Conselho, Tipo de Vínculo, Tipo de Atividade (Cirurgia, Anestesista, Clinico,
Auditor), Dados Bancários, Contatos)
11.7 O sistema deverá disponibilizar opção para registrar as ocorrências médicas;
11.8 O sistema deverá disponibilizar opção para registrar as especializações médicas;
11.9 O sistema deverá disponibilizar opção para registrar as licenças médicas;

CENTRO CIRÚRGICO

Permitir o registro do centro cirúrgico, associado ao centro de custo e o horário de funcionamento

12.1
para todos os dias da semana;
Permitir configurar as salas de cirurgia por centro cirúrgico, definindo o tempo de preparo e o tempo
12.2
mínimo de utilização para cada uma das salas de cirurgia
12.3 Permitir configurar as vias de acesso das cirurgias;
12.4 Permitir configurar os equipamentos disponíveis no centro Cirúrgico e as respectivas quantidades;
12.5 Permitir configurar os tipos de anestesia;
12.6 Permitir configurar os tipos de parto;
12.7 Permitir configurar os motivos de parto;
12.8 Permitir configurar os motivos de transferências de cirurgias;
12.9 Permitir configurar os motivos de cancelamento de agendamento de cirurgias;
12.10 Permitir configurar os motivos de interdição de sala de cirurgia;
12.11 Permitir configurar as equipes médicas;
12.12 Permitir configurar as unidades de hemocomponentes;
12.13 Permitir configurar os tipos de morte de RN;
Permitir configurar os kits cirúrgicos por procedimento e por prestador com as seguintes informações:
12.14 materiais descartáveis, medicamentos, OPME, equipamentos, caixas cirúrgicas, hemocomponentes s
e procedimentos;
O sistema deve possuir funcionalidade para que o médico possa solicitar um agendamento de cirurgia
com no mínimo as seguintes funcionalidades: Paciente, sexo, telefone, e-mail, data desejada para o
12.15
agendamento, tempo de cirurgia, medico, especialidade sangue, uti, kit cirúrgico, plano, tipo de
anestesia, procedimento e equipamentos;
O sistema deve permitir fazer a configuração do processo de agendamento cirúrgico (workflow)
definindo as etapas do agendamento e os tempos máximos de espera (SLA) em cada uma das etapas,
12.16
informando o responsável pelo processo e permitindo o envio de e-mail ou sms para cada
responsável pela etapa quando uma SLA não for respeitada;
O sistema deve disponibilizar funcionalidade que permita o usuário que opera o módulo de centro
12.17 cirúrgico possa visualizar a lista de cirurgias solicitadas pelos médicos cirurgiões, assim como o status
da mesma (solicitada, confirmada);
O sistema deve disponibilizar de um painel de visualização de todas as etapas do agendamento e
12.18
quais pacientes estão em cada uma delas como o tempo que se encontra na etapa;
O sistema deve permitir o usuário fazer a transferência de etapas da solicitação do agendamento
12.19
cirúrgico;
O sistema deve possibilitar que o usuário possa realizar a confirmação das solicitações de
12.20
agendamentos registradas pelos médicos cirurgiões;
O sistema deve carregar automaticamente todas as informações na tela de confirmação do
12.21
agendamento cirúrgico que foram inseridas na opção da solicitação de agendamento.
Ao confirmar o agendamento cirúrgico a partir da solicitação, o sistema deverá gerar automaticamente
12.22
a pré-internação do paciente no módulo de internação;
Ao confirmar o agendamento cirúrgico a partir da solicitação, o sistema deverá gerar automaticamente
12.23
a solicitação de leito para a central de gestão de leitos no módulo de internação;
O sistema deverá ter a opção de registrar o agendamento cirúrgico diretamente, sem a necessidade
12.24
de o médico fazer uma solicitação eletrônica de agendamento;
O sistema deve disponibilizar na tela do registro do agendamento cirúrgico no mínimo com as
seguintes informações:
12.25 Cirurgia, Cirurgião, Plano, Horário Inicial, Tempo de Cirurgia, Paciente, Sexo, Idade, Peso, Necessidade
de UTI, Caixas Cirúrgicas, Kits Cirúrgicos, OPME, Tipo de Anestesia, Observação, Exames de Imagem,
Exames de Analises Clinicas, Equipamentos, Lateralidade, cirurgia eletiva)
O sistema deve disponibilizar opção para fazer a emissão do comprovante de agendamento cirúrgico
12.26
ou então o envio de e-mail para todos os setores envolvidos no preparo da cirurgia;
O sistema deve disponibilizar opção para fazer a revisão do agendamento cirúrgico, nesta tela o
usuário faria a função de uma espécie de auditor, pois o mesmo poderia adicionar mais itens
12.27
necessários a realização do ato cirúrgico e que não foram apontados durante o processo de
agendamento;
O sistema deve também possibilitar fazer o envio de e-mail para todos os setores após o processo de
12.28
revisão do aviso de cirurgia;
O sistema deve possibilitar registrar a transferência de cirurgias agendadas para a mesma data em
12.29 horário e sala distinta ou então para uma nova data e horário distinto informando o motivo da
transferência;
O sistema deve permitir ao usuário registrar o cancelamento de uma cirurgia agendada, o sistema
12.30
também deve obrigar ao usuário informar o motivo do cancelamento;
O sistema deve enviar mensagem de e-mail a todos os setores envolvidos no processo de preparo da
12.31
cirurgia, informando o cancelamento ou a transferência da mesma;
O sistema deve possibilitar ao usuário fazer o registro de interdição de uma ou mais salas de um
12.32
12.32
centro cirúrgico, obrigando o mesmo a informar o período de interdição e o motivo;
O sistema deve permitir ao usuário fazer a reserva de uma faixa de horário de uma sala do centro
12.33 cirúrgico para um determinado profissional, esse processo bloqueia automaticamente esta faixa de
horário impedindo novos agendamentos neste horário e sala por outros profissionais;
O sistema deve possuir recurso para que o usuário possa confirmar o ato cirúrgico agendado
12.34
previamente;
O sistema deve carregar automaticamente na tela de confirmação do ato cirúrgico todas as
12.35
informações que foram registradas no agendamento cirúrgico;
Se o horário de confirmação do ato cirúrgico, for posterior ao horário previsto no agendamento o
12.36
sistema deverá solicitar ao usuário o motivo do atraso;
O sistema deve possibilitar no momento da confirmação do ato cirúrgico adicionar outros
12.37 procedimentos, e equipamentos cirúrgicos que não estavam previstos no agendamento, mas que
foram necessários a sua realização e utilização no momento da cirurgia;
12.38 O sistema deve permitir registrar a descrição do ato cirúrgico;
O sistema deve permitir registrar a descrição do ato anestésico em formulário específico com
12.39
apontamentos dos dados de maneira gráfica;
O sistema deve permitir ao usuário registrar cirurgias de emergência que não estavam programadas
12.40
para a sua realização sem a necessidade de um agendamento prévio;
No registro da cirurgia eletiva o sistema deverá dispor no mínimo das seguintes informações:
Código do atendimento, paciente, tempo de cirurgia, horário de entrada na sala, horário de saída da
sala, horário de início da anestesia, horário do fim da anestesia, horário de início da cirurgia, horário
do fim da cirurgia, cirurgia, especialidade, médico cirurgião, anestesista, 1 auxiliar, 2 auxiliar,
12.41 circulante, instrumentador, equipamentos, taxas, exames de imagens realizados, exames de analises
clinicas, gastos de sala com materiais descartáveis, gasto de sala com medicamentos, tipo da cirurgia
(urgência, emergência, eletiva), técnica (convencional ou por vídeo) lateralidade, natureza da cirurgia
(contaminada, potencialmente contaminada, limpa, infectada), centro cirúrgico, sala de cirurgia, CID
pós operatório e Formulário de admissão do paciente no centro cirúrgico;
O sistema deve permitir o usuário fazer o registro dos gastos de sala de medicamentos e materiais
12.42
descartáveis utilizados no paciente durante o ato cirúrgico;
O sistema deve permitir o usuário fazer a confirmação de consumo (checagem de dos itens de sala)
12.43 dos materiais e medicamentos que foram dispensados pela farmácia e utilizados efetivamente no
paciente durante o ato cirúrgico;
O sistema deve disponibilizar a funcionalidade de confirmação de consumo de OPME, nesta tela o
sistema deve apresentar somente os produtos que estão caracterizados como OPME para que o
usuário auditor possa registrar a confirmação de consumo. Após a confirmação de consumo, o sistema
12.44
deve enviar automaticamente e-mail ao fornecedor solicitando a NF de consumo do material
consignado com as informações do paciente, deve enviar e-mail ao setor de compras e também ao
faturamento;
O sistema deve disponibilizar opção para lançar informações do parto tais como: horário do parto,
tipo do parto, motivo de parto quando cesariana, motivo de morte do RN quando natimorto, Qtde. de
nascidos vivos, sexo, Nome do RN, Código da Pulseira, Apgar, Apgar 5 minutos, Exame Físico do RN,
Perímetro Cefálico, Perímetro Abdominal, Peso, Altura, Nome da Mãe, Médico Pediatra, No. DNV,
data e hora do nascimento, Clampeamento oportuno do cordão, inserção do diu, nome do profissional
que assistiu o parto (médico ou enfermeiro), se contato pele a pele, nome do circulante, profissional
12.45
que assistiu o RN (pediatra ou enfermeiro), presença da episiotomia, presença de acompanhante,
presença de doula, posição da saída do feto (cefálico, pélvico), aleitamento na primeira hora, posição
da paciente no trabalho de parto, posição da paciente no parto, utilização de recursos não
farmacológicos no trabalho de parto, utilização de analgesia, número de consultas pré-natal, idade
materna, idade gestacional por capurro,Check list do parto seguro e planilha de registro do
anestesista ;
12.46 Em caso de parto gemelar o sistema deve permitir o registro de todos os RN’s de maneira individual;
12.47 O sistema deve permitir associar o leito e o atendimento da mãe ao RN;
12.48 O sistema deve permitir o usuário emitir o mapa cirúrgico;
12.49 O sistema deve permitir o usuário emitir a agenda cirúrgica;
O sistema deve permitir o usuário emitir a folha de sala com todos os lançamentos ocorridos durante
12.50
o ato cirúrgico;
O sistema deve permitir o usuário emitir os seguintes relatórios estatísticos:
12.51 Cirurgias por cirurgião
Anestesias;
12.52 O sistema deve permitir emitir o livro de dados dos RN’s;
O sistema deve disponibilizar de todas as informações registradas no ato cirúrgico no prontuário
12.53
eletrônico do paciente de forma automática;
O sistema deve registrar automaticamente no módulo de CCIH todos as informações registradas no
12.54
ato cirúrgico do paciente;
12.55 O sistema deve permitir registrar o ato anestésico por dispositivos móveis integrados aos PEP;
O sistema deve permitir registrar as cirurgias por CID principal, CID secundário, caso de neoplasia
12.56
maligna, data de diagnóstico da neoplasia maligna
PAINEIS DE INFORMAÇÕES DO CENTRO CIRÚRGICO
O sistema deve disponibilizar painéis de informações do centro cirúrgico para acompanhantes dos
12.56 pacientes que estão em cirurgia com as seguintes informações: Leito, Paciente, Cirurgião e Status da
Cirurgia;
O sistema deve disponibilizar painéis de informações tipo mapa de cirurgias com as seguintes
12.57 informações: Sala, Hora, Paciente, Procedimento, Lateralidade, Cirurgião, Equipe Anestésica, Leito,
Sangue, UTI, Observação, Status e Pendência;
O sistema deve disponibilizar painéis de informações para o conforto médico com as seguintes
12.58
informações: Sala, Hora, Paciente, Procedimento, Cirurgião, Equipe Anestésica e Status;
O sistema deve disponibilizar painéis de informações tipo censo com as seguintes informações: Sala,
12.59 Status da Sala, Paciente, Procedimento, Lateralidade, Cirurgião, Equipe Anestésica, Leito, Sangue, UTI,
Congelação, Risco e Status;
O sistema deve disponibilizar painéis de informações da RPA que estão em recuperação com as
12.60 seguintes informações: Sala, Hora, Paciente, Procedimento, Cirurgião e Equipe Anestésica, Leito e
Status;
12.61 Deve ser permitido configurar os tempos de atualização dos painéis;
12.62 Deve ser permitido configurar a logomarca da instituição nos painéis;
12.63 Deve ser permitido configurar a cor da interface dos painéis;
12.64 Deve ser possível configurar os campos dos painéis;
Deve ser possível configurar as etapas do atendimento do paciente com status inicial, status final e o
12.65
tempo médio em minutos para a execução da etapa do paciente;
Deve ser possível configurar todas as pendencias dos processos do ciclo do paciente no centro
12.66
cirúrgico e definir as mesmas em qual etapa do ciclo de atendimento a pendência está associada;
O sistema deve permitir configurar o perfil dos usuários do centro cirúrgico que possuirão acesso aos
12.67
painéis e terão suas ações associadas aos processos do centro cirúrgico;
O sistema deverá configurar o checklist de avaliações para cada etapa do paciente no ciclo de
12.68 atendimento do bloco cirúrgico, configurar as pendencias e associar ao perfil do usuário que será
responsável pela resolução;
O sistema deverá permitir a opção de inserir documentos scaneados, tais como partograma e termo
12.69
de consentimento livre e esclarecido.

– CCIH

13.1 O sistema deve estar totalmente integrado ao prontuário eletrônico do paciente;

O sistema deve possibilitar o registro dos antimicrobianos que estão sendo monitorados e
13.2
controlados pela CCIH;
O sistema deve possibilitar a configuração do nr. de dias autorizados automaticamente pela CCIH para
13.3
a prescrição dos antimicrobianos controlados pela comissão;
O sistema deve possibilitar a configuração da DDD (dose diária definida) dos antimicrobianos
13.4
controlados pela comissão;
O sistema deve possibilitar a configuração se o antimicrobiano é de uso restrito, se está ativo e se o
13.5
mesmo é de vigilância;
13.6 O sistema deve permitir o registro dos materiais para cultura com código e descrição;
13.7 O sistema deve permitir o registro dos microrganismos com código e descrição;
13.8 O sistema deve permitir o registro dos procedimentos invasivos com código e descrição;
13.9 O sistema deve permitir o registro das topografias com código e descrição;
13.10 O sistema deve permitir o registro dos materiais para cultura com código e descrição;
O sistema deve realizar automaticamente a busca ativa dos pacientes suspeitos de infecção hospitalar
com a possibilidade de o usuário selecionar o tipo de busca (uso de antimicrobiano, culturas positivas,
13.11
procedimentos invasivos, cirurgias, data de previsão de alta ultrapassada, admitidos com mais de 48 e
72 horas, por setor e por unidade de internação;
O sistema deve apresentar ao fazer a busca ativa, todas as informações relativas ao atendimento do
paciente, informações referentes ao uso de antimicrobianos, a cirurgias realizadas pelo paciente, aos
13.12
resultados das culturas realizadas, aos procedimentos invasivos registrados na assistência ao paciente
e as infecções já registradas;
O sistema deve permitir o usuário fazer o registro da infecção do paciente com as seguintes
informações: data da infecção, CID, Tipo do Registro, Tipo de Infecção, Tipo de Situação, Sitio
13.13
Principal, Topografia, Procedimento Invasivo, Localização, Leito, Aviso de Cirurgia quando paciente
com infecção no CC e observações;
O sistema deverá permitir controlar separadamente os pacientes que estão em processo de vigilância
13.14
e os que já tiveram sua infecção notificada;
O sistema deverá permitir acessar o resultado dos exames de antibiograma realizados para os
13.15
pacientes;
O sistema deve possibilitar o registro de procedimentos invasivos realizados no paciente durante a
13.16
sua assistência com a data da realização, o procedimento realizado e o setor onde ocorreu;
O sistema deve disponibilizar a realização de auditorias nas prescrições médicas que tiverem
13.17
antimicrobianos prescritos pelos médicos assistentes;
No processo de auditoria o sistema deve permitir o médico infectologias selecionar o paciente, e
13.18 registrar a auditoria, podendo o mesmo bloquear uma nova prescrição do antimicrobiano para o
paciente;
No processo de auditoria o sistema deve permitir o médico infectologias selecionar o paciente, e
13.19 registrar a auditoria, podendo o mesmo liberar a prescrição de um antimicrobiano para o paciente
para um determinado número de dias;
O sistema deve apresentar automaticamente as mensagens inseridas pelo médico infectologista no
13.20
processo de auditoria para o médico assistente no momento da prescrição médica;
O sistema deverá calcular as taxas de infecção Hospitalar existentes demonstrando graficamente a
13.21 evolução mensal das mesmas de acordo com parâmetros pré-definidos como unidade de
atendimento, especialidades, médicos e topologia;

GERENCIAMENTO DE UNIDADES

O sistema deve permitir fazer o registro da solicitação de transferência de leitos entre uma mesma
14.1
unidade ou para outra unidade de internação;
O sistema deve permitir fazer o registro de transferência de leitos entre uma mesma unidade ou para
14.2
outra unidade de internação;
14.3 O sistema deve permitir fazer o registro de transferência do paciente para o centro cirúrgico;
14.4 O sistema deve permitir fazer o registro de transferência de médico assistente do paciente;
O sistema deve permitir a interdição e liberação de leitos de uma determinada unidade de
14.5
internação;
O sistema deve permitir fazer o registro da programação de alta dos pacientes internados em uma
14.6
determinada unidade de internação;
14.7 O sistema deve permitir o registro de ocorrências do plantão;
O sistema deve permitir o usuário fazer o registro de procedimentos invasivos realizados no paciente
14.8
durante a internação;
14.9 O sistema deve permitir o usuário registrar a solicitação de produtos ao estoque;
14.10 O sistema deve permitir o usuário registrar a solicitação de devolução de produtos para o estoque;
O sistema deve permitir o usuário registrar a confirmação do recebimento de solicitações de produtos
14.11
do estoque;
O sistema deve permitir o usuário fazer o registro de solicitação de dietas avulsas ao serviço de
14.12
nutrição e dietética do hospital;
O sistema deve permitir o médico fazer o registro do boletim informativo com as condições clínicas do
14.13
paciente para efeitos de informação;
14.14 O sistema deve permitir o registro de avisos de alergias do paciente a substâncias;
O sistema deve permitir o usuário registrar o início e fim da monitoração de aparelhos e gases
14.15
utilizados pelo paciente durante a hospitalização;
O sistema deve permitir o usuário fazer a emissão do relatório de censo ocupacional da unidade de
14.16
internação;

LABORATÓRIO DE ANÁLISES CLINICAS

O sistema deve permitir fazer o cadastro e a configuração dos exames de analises clinicas com os
seguintes critérios: Código, Nome, Mnemônico, Código SIGTAP, período de entrega para exames de
rotina e de urgência, calculo automático da data de entrega baseado na configuração dos dias de
entrega, considerando para efeitos de cálculo somente os dias úteis, restrição por sexo, número de
15.1
solicitações no período, impressão em página única, amostra, volume da amostra, orientações de
preparo, laboratório, permite consulta do resultado, custo, dias da semana que o exame é
coletado/executado, perguntas relacionadas aos exames, espelho do laudo, Qtde. de etiquetas para
emissão e orientações de coleta das amostras.
15.2 O sistema deve permitir configurar os locais de coleta;
15.3 O sistema deve permitir configurar as amostras
15.4 O Sistema deve permitir configurar os tubos e os volume em ml da amostra e tubo;
O sistema deve permitir configurar os campos do laudo do exame com as seguintes informações:
15.5
código, descrição, tamanho, alinhamento, tipo do campo, máscara do campo.
O sistema deve permitir configurar os valores de normalidade, pânico e absurdo dos campos do
15.6
laudo por sexo e idade;
15.7 O sistema deve prover de recurso que permita o usuário fazer o desenho/configuração do laudo;
15.8 O sistema deve permitir que seja criado mais de uma versão do laudo por exame;
O sistema deve permitir que sejam configurados os perfis de acesso e restrições dos usuários do
15.9
laboratório;
15.10 O sistema deve possuir recurso para configurar a publicação do laudo na internet;
15.11 O sistema deve permitir a configuração das perguntas e as possíveis respostas;
15.12 O sistema deve possuir opção para cadastrar os locais de coleta;
15.13 O sistema deve possuir recurso para cadastrar os motivos de recoleta de exames;
O sistema deve permitir o usuário configurar as etiquetas de códigos de barras das amostras com as
15.14 seguintes informações: código da amostra, código do pedido, código do atendimento, data, nome do
paciente;
 Ao iniciar o atendimento do paciente, a recepcionista do laboratório deverá dispor de opção no
sistema para realizar a pesquisa na base de dados de pacientes do hospital para verificar se o mesmo
já possui cadastro na instituição.
A pesquisa poderá ter no mínimo as seguintes opções:
- Prontuário (matrícula)
15.15 - Nome;
- Sobrenome;
- Data de Nascimento;
- CPF;
- Nome da Mãe;
A pesquisa deverá permitir preencher um ou mais parâmetros para a busca;
15.16 O sistema deve dispor de pesquisa com busca fonetizada;
O sistema deverá dispor de pesquisa pela biometria do paciente, podendo configurar qual dedo será
15.17
utilizado para a realização da busca/pesquisa;
Caso não seja encontrado nenhum paciente com as mesmas características no banco de dados, o
usuário irá iniciar o preenchimento de um novo cadastro.
O cadastro de paciente deve ser único em todas as origens de atendimento do hospital e também
deve possuir configuração de quais campos devem habilitados e quais campos que devem ter seu
preenchimento obrigatório por origem de atendimento.
O cadastro do paciente de ter no mínimo os seguintes campos:
- Nome;
- Nome Social;
- Nome da Mãe;
- Nome do Pai;
- Data de Nascimento;
- Sexo;
- Cor;
- Tipo Sanguíneo;
- Nome do Cônjuge;
- Identidade;
- Órgão Emissor;
- Data de Emissão;
- CPF;
- Cartão Nacional de Saúde;
15.18 - Estado Civil;
- Endereço;
- Número e Complemento;
- Bairro;
- Cidade;
- CEP;
- Telefone Residencial,
- Telefone Comercial;
- Telefone Celular;
- E-Mail;
- Local de Trabalho;
- Profissão;
- Classe Econômica;
- Grau de Instrução;
- Religião;
- Etnia;
- Naturalidade;
- Nacionalidade;
- Fotografia do Paciente;
- Captura da biometria do paciente;
- O sistema deverá estar totalmente integrado ao sistema de emissão do Cartão Nacional de Saúde;
O sistema deve possibilitar e permitir integrar o sistema com a base de cadastro do Cartão Nacional
15.19
de Saúde (CNS);
O sistema deverá permitir ao usuário realizar após o cadastro ou atualização do cadastro do paciente
o registro do atendimento externo com as seguintes informações:
- Data;
- Hora;
- Médico;
- Tipo de Atendimento;
- Procedimento
15.20
- CBO
- Serviço;
- Tipo de Paciente;
- Local de Procedência;
- Destino;
- Especialidade;
- Responsável pelo Paciente;
Deverá existir a possibilidade de ser configurado/habilitado quais campos terão o preenchimento
15.21 automático na tela do registro de atendimento, evitando assim que os usuários tenham que
preencher alguns campos;
Após o registro do atendimento o sistema deve permitir o usuário registrar o pedido de exames de
15.22 análises clínicas associado ao atendimento com as seguintes informações:
Médico solicitante, local de coleta, data da coleta, setor solicitante, tipo de solicitação e exame;
O sistema deverá no momento do pedido gerar automaticamente a data de previsão de entrega do
15.23
exame de acordo com a quantidade de dias configurada no cadastro do exame.
15.24 O sistema deverá emitir o comprovante de exames;
O sistema deverá gerar automaticamente a solicitação de coleta a partir do registro do pedido de
15.25
exame;
15.26 O sistema deverá apresentar em tela a lista de paciente em espera para coleta das amostras
O sistema deverá permitir que o responsável pela coleta faz amostras faça a emissão das etiquetas
15.27
para fixar nos tubos de coleta das amostras;
O sistema deve permitir que a responsável pela coleta confirme a coleta das amostras do paciente
15.28
efetuando a leitura do código de barras fixado no tubo;
O sistema deve permitir que a responsável pela coleta das amostras informe no registro de coleta
15.29
que existem amostras pendentes de entrega;
O Sistema deverá permitir o usuário executar o registro da entrada das amostras coletadas no setor
15.30
de triagem do laboratório;
O sistema deverá permitir o usuário registrar na entrada da amostra no laboratório a necessidade de
15.31
recoleta justificando/informando o motivo que gerou a necessidade de recoleta;
O sistema deve permitir o usuário realizar o registro da passagem das amostras para as respectivas
15.32
bancadas e ao final emitir o mapa de trabalho de bancada;
O sistema deve disponibilizar de tela para que o usuário possa efetuar consulta da rastreabilidade de
15.33
com todas as movimentações da amostra no laboratório;
O sistema deverá possuir recurso para interfaceamento do sistema com equipamentos de análises
15.34
clínicas;
O sistema deve disponibilizar de uma tela que o gestor do serviço possa ter uma visão do geral da
15.35
quantidade de exames com pendencias de coletas, de confirmação de coletas nos setores,
O sistema deve dispor de tela que permita o usuário fazer o registro da triagem das amostras
15.36
externas;
15.37 O sistema deve dispor de recurso que permita o usuário emitir etiquetas para amostras externas;
O sistema deve estar totalmente integrado ao módulo de prescrição eletrônica, pois de acordo com
os itens (exames solicitados) a partir da prescrição e o fechamento da mesma, o sistema deve gerar
15.38
automaticamente a solicitação/pedido do exame no laboratório e a solicitação de coleta, sem
necessidade de que seja feito qualquer cadastro pelo usuário;
O sistema deve estar totalmente integrado ao módulo de agendamento, pois ao registrar um
15.39 agendamento, o sistema deve apresentar na tela de recepção de pacientes agendados do laboratório
os respectivos pacientes agendados.
A partir da lista de pacientes agendados no módulo do agendamento, o usuário deverá possuir opção
15.40 para selecionar o paciente, registrar as devidas atualizações das informações cadastrais e na
sequência gerar o atendimento externo do paciente.
O sistema deve permitir registrar o pedido de exames, associado ao atendimento externo criado
15.41
para o atendimento do paciente agendado.
O sistema deve permitir o usuário fazer o registro dos resultados dos exames de análises clínicas de
15.42 forma manual ou automática através do interfaceamento entre o sistema e os equipamentos de
análises clínicas;
15.43 O sistema deve permitir ao usuário fazer a revisão dos exames realizados;
O sistema deve ter a opção de o usuário registrar eletronicamente a assinatura do laudo exames
15.45
realizados e revisados;
15.46 O sistema deve ter a possibilidade de imprimir um ou todos os laudos assinados eletronicamente;
15.47 O sistema deve disponibilizar a opção do usuário faze a retificação dos laudos;
O sistema deve ter a opção do bioquímico no momento de registrar o laudo visualizar os resultados
15.48
anteriores de maneira analítica e gráfica;
O sistema deve ter a opção do bioquímico no momento de registrar o laudo visualizar as respostas
15.49
das perguntas associadas ao exame e que foram respondidas no momento da coleta do exame;
O sistema deve ter tela que permita filtrar somente os exames que estejam na faixa normal, fora da
15.50
faixa de normal, exames fora do limite e que estejam com valores pânico;
O sistema deve dispor de tela para que o usuário possa consultar os log’s de interfaceamento dos
15.51
exames que estejam fora da faixa normal de valores;
15.52 O sistema deve atualizar o status do exame de forma automática;
O sistema deve disponibilizar tela para o registro da liberação dos exames para que os mesmos
15.53
possam ter seus resultados consultados;
O sistema deve dispor de tela para o registro da entrega dos exames para os pacientes ou
15.54
responsáveis pelo paciente;
15.55 O sistema deve permitir ao usuário registrar a exclusão do pedido de exame registrado;
O sistema deve dispor de tela que permita o gestor ter de maneira clara os exames que passaram do
15.56 período de entrega, que os exames estão dentro do período crítico de entrega ou que está fora do
período crítico de entrega;
O sistema deve permitir e disponibilizar funcionalidade onde o usuário pode registrar as pendências
15.57
de coleta de amostra por pedido;
O sistema deve disponibilizar registrar os resultados dos exames de cultura e os dados do
15.58
antibiograma;
O sistema deve estar totalmente integrado ao módulo de faturamento, pois ao solicitar um exame
15.59 em um atendimento ambulatorial o sistema deve ser lançar de forma automática na BPA os
respectivos procedimentos;
O sistema deve estar totalmente integrado ao módulo de faturamento de AIH, pois ao solicitar um
15.60 exame em um atendimento de paciente internado, o sistema deve ser lançar de forma automática na
AIH os respectivos procedimentos;
O sistema deve dispor de recurso para pesquisar a rastreabilidade da amostra desde o momento da
15.61
geração da solicitação da coleta até a passagem da amostra para a bancada que irá analisar a amostra;
O sistema deve dispor de recurso para pesquisar informações de data e hora da realização do exame,
15.61 data e hora da revisão, data e hora da assinatura, data e hora da impressão e data e hora da entrega
do exame.
O sistema deve possibilitar a publicação dos exames dos pacientes através de uma página
15.62 personalizável na internet, com perfil de acesso para paciente e também perfil de acesso para os
médicos;
O sistema deve disponibilizar recurso para que o usuário possa consultar em tela a relação de
15.63
exames faltosos por setor e por período;
15.64 O sistema deve disponibilizar recurso para registrar o descarte de amostras;
O sistema deve disponibilizar relatório de exames solicitados por médico, solicitados por setor,
realizados por laboratório, exames solicitados por cidade, exames não realizados, planilha mensal de
15.65 exames realizados, média de tempo de realização de exames, pedidos com retificação de laudos e
tempo médio de entrega de laudos, quantidade de recoletas e exames solicitados e sem coleta
realizada;
15.66 O sistema deve estar totalmente integrado ao prontuário eletrônico do paciente;
O sistema deve dispor de recurso de soroteca e laminoteca, onde o usuário possa registrar a entrada
15.67
de amostras no acervo, informando o local onde ficará armazenada;
O sistema deve dispor de recurso para pesquisar onde se encontram as amostras que foram
15.68
armazenas no acervo como sua localização;
15.69 O sistema deve permitir registrar o expurgo das amostras que se encontram no acervo;

DIAGNÓSTICO POR IMAGEM

O sistema deve permitir fazer o cadastro e a configuração dos exames de diagnóstico por imagem
com os seguintes critérios: Código, Nome, Mnemônico, Código SIGTAP, dias de entrega, efetuando o
cálculo automático da data de entrega baseado na configuração dos dias de entrega, deve considerar
16.1 somente os dias úteis, restrição por sexo, número de solicitações do exame no período, impressão
em página única, orientações de preparo, setor de realização, dias da semana que o exame é
realizado, perguntas relacionadas aos exames, modalidade do exame, gastos padrão inerentes a
realização dos exames e especialidade do exame;
16.2 O sistema deve permitir configurar os exames proibidos de serem realizados no mesmo dia;
16.3 O sistema deve permitir configurar as modalidades dos exames;
O sistema deve permitir a configuração de textos pré-definidos para serem relacionados aos laudos
16.4
dos exames de imagem, tal recurso visa carregar de forma automática o texto ao resultado do exame;
O sistema deve permitir que sejam configurados os perfis de acesso e restrições aos usuários do
16.5
setor de imagem;
16.6 O sistema deve possuir recurso para configurar a publicação do laudo na internet;
16.7 O sistema deve permitir a configuração das perguntas e as possíveis respostas;
16.8 O sistema deve permitir a configuração do motivo de cancelamento dos exames;
O sistema deverá ser totalmente integrado ao sistema de central de agendamento de exames, pois
16.9 os pacientes agendados pela central de marcações devem estar disponíveis na tela de recepção de
pacientes do Centro de Diagnóstico;
16.10 O sistema deve estar integrado ao módulo dos painéis de atendimento e chamada do paciente;
O sistema deve possuir dispositivo que permita a recepcionista selecione a senha em uma lista de
16.11 atendimento e faça a chamada do paciente de forma eletrônica, para que seja realizado o registro do
atendimento do mesmo;
O sistema deve permitir a recepcionista possa associar a senha de atendimento emitida pelo
16.12
paciente com a agenda do Centro de Diagnóstico;
Ao associar a senha a agenda do paciente, a recepcionista deverá iniciar o registro do atendimento
do paciente, executando uma pesquisa na base de dados do hospital para verificar se o paciente já
possui cadastro na instituição.
A pesquisa terá que ser com as seguintes opções:
- Prontuário (matrícula)
16.13 - Nome;
16.13 - Nome;
- Sobrenome;
- Data de Nascimento;
- CPF;
- Nome da Mãe;
A pesquisa deverá permitir preencher um ou mais parâmetros para a busca;
16.14 O sistema deve permitir a busca fonetizada do paciente;
O sistema deverá dispor de pesquisa pela biometria do paciente, podendo configurar qual dedo será
16.16
utilizado para a realização da busca/pesquisa;
Caso não seja encontrado nenhum paciente com as mesmas características no banco de dados o
usuário criar o cadastro do paciente.
O cadastro de paciente deve ser único em todas as origens de atendimento do hospital e também
deve possuir configuração de quais campos devem habilitados e quais campos que devem ter seu
preenchimento obrigatório por origem de atendimento.
O cadastro do paciente de ter no mínimo os seguintes campos:
- Nome;
- Nome Social;
- Nome da Mãe;
- Nome do Pai;
- Data de Nascimento;
- Sexo;
- Cor;
- Tipo Sanguíneo;
- Nome do Cônjuge;
- Identidade;
- Órgão Emissor;
- CPF;
16.16
- Cartão Nacional de Saúde;
- Estado Civil;
- Endereço;
- Número e Complemento;
- Bairro;
- Cidade;
- CEP;
- Telefone Residencial,
- Telefone Celular;
- E-Mail;
- Local de Trabalho;
- Profissão;
- Classe Econômica;
- Grau de Instrução;
- Religião;
- Naturalidade;
- Nacionalidade;
- Fotografia do Paciente;
O sistema deve possibilitar e permitir integrar o sistema com a base de cadastro do Cartão Nacional
16.17
de Saúde (CNS);
Deverá existir a possibilidade de ser configurado/habilitado quais campos terão o preenchimento
16.18 automático na tela do registro de atendimento, evitando assim que os usuários tenham que
preencher alguns campos;
O sistema deverá permitir ao usuário realizar após o cadastro ou atualização do cadastro do paciente
o registro do atendimento com as seguintes informações:
- Data;
- Hora;
- Médico;
- Tipo de Atendimento;
- Serviço;
16.19
- Tipo de Paciente;
- Local de Procedência;
- Destino;
- Especialidade;
- Responsável pelo Paciente;
Caso o atendimento tenha sido agendado os campos devem ser preenchidos automaticamente com
as informações fornecidas no agendamento;
Após o registro do atendimento o sistema deverá permitir ao usuário fazer a emissão dos seguintes
documentos:
16.20
- Etiqueta de Identificação com Código de Barras;
- Termo de Responsabilidade;
Após o registro do atendimento o sistema deve permitir o usuário registrar o pedido de exames de
16.21 imagem associado ao atendimento com as seguintes informações:
Medico solicitante, setor solicitante, tipo de solicitação e exame (rotina, urgência e emergência);
Para os exames agendados o sistema deve carregar automaticamente na tela do pedido os exames
16.22
que foram previamente agendados pela central de marcação;
O sistema deve permitir o registro de atendimentos e do pedido de exames dos pacientes não
16.23
agendados;
O sistema deverá no momento de o pedido gerar automaticamente a data de previsão de entrega do
16.24
exame de acordo com a quantidade de dias configurada no cadastro do exame.
16.25 O sistema deverá emitir o comprovante de exames;
O sistema deve abrir automaticamente no faturamento a conta do paciente e fazer o lançamento dos
16.26 procedimentos na fatura BPA, identificando o procedimento, o prestador, data, horário, quantidade
e setor executante;
O sistema deve lançar automaticamente os procedimentos correspondentes na conta do paciente no
16.27 módulo de faturamento de AIH identificando o procedimento, o prestador, data, horário, quantidade
e setor executante;
O sistema deve permitir o registro de atendimentos e dos pedidos de exames dos pacientes que não
16.28
foram agendados;
16.29 O sistema deve estar totalmente integrado ao prontuário eletrônico do paciente;
16.30 O sistema deve possuir tela para o registro do laudo do exame realizado;
16.31 O sistema deve possuir mecanismo para registrar a revisão do laudo do exame;
16.32 O sistema deve possuir tela para fazer a emissão do laudo;
O sistema deve mudar automaticamente de status de acordo com as etapas realizadas no processo
16.33
de realização, revisão, impressão e entrega do laudo;
16.34 O sistema deve dispor de tela para registrar a entrega dos exames aos pacientes ou acompanhantes;
O sistema deve possuir tela para fazer o registro dos gastos de materiais e medicamento utilizados
16.35
na execução do exame;
16.36 O sistema deve dispor de opção para registrar a exclusão do pedido de exames;
16.37 O sistema deve dispor de opção para registrar a exclusão do laudo do exame;
16.38 O sistema deve dispor de opção para registrar e apresentar a notificação dos laudos alterados;
O sistema deve disponibilizar os seguintes relatórios:
- Atendimentos por Período;
- Atendimentos por Empresa;
- Atendimentos por Médico;
- Atendimentos por Cidade;
16.39
- Atendimentos por Bairro;
- Atendimentos por Especialidade;
- Atendimentos por Serviço;
- Atendimentos por Usuário;
- Consultas Atendidas x Faturadas;
O sistema deve permitir a inclusão da imagem, o que facilitará a visualização para a Odontologia e
16.40
para outros profissionais médicos.
16.41 O sistema deve dispor de opções para a identificação dos casos de neoplasia maligna.

AGÊNCIA TRANSFUSIONAL

O sistema deve permitir o cadastro dos componentes de sangue (hemocomponentes) e derivados

17.1
(hemoderivados) com o código, descrição, código SIGTAP;
O sistema deve estar totalmente integrado ao módulo de agendamento do centro cirúrgico, pois ao
17.2 agendar uma cirurgia eletiva que possua reserva de hemocomponentes, o sistema deve gerar de
forma automática a solicitação eletrônica dos mesmos no sistema da Agência Transfusional;
O sistema deve estar totalmente integrado ao módulo de prescrição eletrônica, pois ao prescrever
um item de hemoderivado ou hemocomponente, o sistema deve gerar de forma automática a
17.3
solicitação eletrônica dos mesmos no sistema da Agência Transfusional, com todos os dados exigidos
pelas normativas vigentes em hemoterapia;
O sistema deve permitir a inclusão e a personalização de formulário eletrônico padronizado para
17.4 prescrição médica de hemocomponentes (requisição transfusional), com visualização e ferramenta
de busca e de impressão pelo sistema na Agência Transfusional;
O sistema deve disponibilizar opção para a confirmação dos pedidos de solicitação de
17.5 hemocomponentes que tenham sido solicitados de forma eletrônica via agendamento cirúrgico ou
prescrição;
O sistema deve permitir a checagem da prescrição de hemocomponentes e de hemoderivados
quando da execução da infusão pela Agência Transfusional ou pelo próprio setor solicitante (no caso
17.6
de áreas fechadas), mantendo registro de data, horário, número e origem dos hemocomponentes, e
do responsável pela execução;
O sistema deve possuir campos para inserção dos dados de sinais vitais do paciente antes e após a
17.7
instalação dos hemocomponentes;
O sistema deve disponibilizar tela para registro da evolução do paciente na Agência Transfusional,
17.8 com visualização das anotações pelos diversos perfis da equipe multidisciplinar (aba de evolução da
Agência Transfusional);
17.9 O sistema deve permitir o cadastro de reações adversas à infusão de hemocomponentes;
O sistema deve possuir opção que permita fazer o cancelamento dos pedidos de solicitação de
17.10 hemocomponentes que tenham sido solicitados de forma eletrônica via agendamento cirúrgico ou
prescrição;
O sistema deve lançar automaticamente os procedimentos na fatura BPA, identificando o
17.11
procedimento, o prestador, data, horário, quantidade e setor executante;
O sistema deve lançar automaticamente os procedimentos na conta do paciente (AIH), identificando
17.12
o procedimento, o prestador, data, horário, quantidade e setor executante;
O sistema deve permitir a geração de arquivo de interligação, contendo todos os atendimentos que
17.13 possuíram solicitações de hemocomponentes e de hemoderivados à Agência Transfusional em um
determinado período;
O sistema deve disponibilizar de tela para a consulta de solicitações de hemocomponentes e de
17.14
hemoderivados à Agência Transfusional;
17.15 O sistema deve disponibilizar de tela para a consulta da agenda de cirurgias do bloco cirúrgico;
O sistema deve disponibilizar relatórios estatísticos com o detalhamento das transfusões realizadas
17.16 na Agência Transfusional, com possibilidade de especificar tipo de produto/hemocomponente,
número de pacientes atendidos, período, reações adversas;
O sistema deve estar integrado ao módulo de exames laboratoriais e deve gerar, de forma
automática no sistema da Agência Transfusional, a solicitação eletrônica de tipagem sanguínea,
17.17 pesquisa de anticorpos irregulares e teste de antiglobulina direto para gestantes, parturientes e
recém-nascidos; o sistema deve, ainda, permitir que seja gerada e impressa etiqueta para
identificação da(s) amostra(s) a ser(em) coletada(s) para realização dos referidos exames;
O sistema deve possuir campos para inserção dos resultados de tipagem sanguínea, pesquisa de
anticorpos irregulares e teste de antiglobulina direto para gestantes, parturientes e recém-nascidos;
17.18
tais resultados deverão constar no prontuário eletrônico do paciente de forma visível aos
profissionais que o acessarem;
O sistema deve disponibilizar relatórios estatísticos com o detalhamento das solicitações e dos
resultados dos exames de tipagem sanguínea, pesquisa de anticorpos irregulares e teste de
17.19
antiglobulina direta para gestantes, parturientes e recém-nascidos realizados na Agência
Transfusional, com possibilidade de especificar tipo de exame, quantidade e período;
O sistema deve disponibilizar opção de pesquisa dos resultados dos exames de tipagem sanguínea,
17.20 pesquisa de anticorpos irregulares e teste de antiglobulina direta para gestantes, parturientes e
recém-nascidos;
O sistema deve possibilitar comunicação e interfaceamento com o sistema informatizado da
17.21
Fundação Hemocentro de Brasília para gestão do Ciclo do Sangue.
18. ESTOQUE E FARMÁCIA
Cadastros e Configuração
Cadastro das espécies dos produtos de estocagem no mínimo em 3 (três) níveis (espécie, classe e
18.1
subclasse);
Permitir configurar se a espécie, classe e subclasse do produto pode ser bloqueada para ser
18.2 dispensada para setor ou bloqueada para ser dispensada para paciente como também se permite
fazer bloqueio de transferência entre estoques;
Permitir configurar se a espécie, classe e subclasse do produto são consumíveis, OPME, Bem
18.3
Patrimonial, não consumível ou outros tipos;
18.4 Solicitação de Cadastro do Produto Novo com as informações e especificações do produto;
Cadastro de fornecedores com as seguintes informações: Razão Social, Nome Fantasia, Tipo (física ou
jurídica), Tipo de Constituição, Nacionalidade, CNPJ, CNPJ Matriz, No do Contribuinte, Insc. Estadual,
Insc. Municipal, Insc. INSS, PIS/PASEP, País, Endereço Postal, Logradouro, Endereço, Complemento,
18.5
Número, Bairro, Cidade, UF, Tipo de Pagamento, Simples nacional, Tipo de Pagamento, Banco, Conta,
Agencia, Ramo de Atividade, Contatos, Impostos, Contrato, Tipo de Atividade, Conta Contábil,
Formas de Comunicação, Anexar Documentos, Dados de Internet;
Cadastro de Produto com as seguintes informações: Código, Descrição do Produto, Descrição
Resumida do Produto, Complemento, Referência, Identifica se o produto é um Kit, Tipo de Produto,
Unidade, Sexo, Código SIAF, SIAGEM, SIAFEM, Espécie, Classe, subclasse, Se faz o controle de Curva
ABC, Se faz o controle de lote, Se faz o controle de validade, Se controla a série do produto, Se possui
Registro ANVISA, Se é Medicamento, Qual Caráter (irritante ou vesicante), Se deve ser acondicionado
18.6 em geladeira, Se necessita preparo, Em caso de psicotrópico qual lista pertence, código DCB, Se é
Controlado, Se é Padronizado, Atividade do Produto, relacionamento com o Procedimento SUS, Tipo
de Etiqueta de Código de Barras, Especificação, Substituições, Portaria de acordo com a 344/98,
Fabricantes, Empresas, Estoque Mínimo, Ponto de Pedido, Estoque Máximo, Tempo de Reposição e
Classificação XYZ, Curva ABC, estabilidade do produto, natureza de despesa, substancia, permite
anexar fotos e manuais ou documentos;
Dispor de tela para registrar a Solicitação de Cadastro de Produto Novo com as informações do
18.7 usuário solicitante, data da solicitação, descrição do produto a ser cadastrado e as especificações do
mesmo;
Dispor de tela para receber a Solicitação de Cadastro do Produto Novo com as informações e
18.8 especificações do produto podendo o usuário aprovar o registro do novo produto ou então reprovar a
solicitação de registro de um novo produto;
18.9 Dispor de tela para a liberação de Cadastro do Produto Novo após a validação do setor competente;
O sistema deve disponibilizar tela para o registro dos almoxarifados com o tipo de almoxarifado (sub-
18.10 estoque ou estoque de distribuição) e configuração se o referido estoque permite o registro de
endereço dos produtos no respectivo almoxarifado;
Cadastro de Unidade de Estocagem de Movimentação de produtos com fator de conversão para a
18.11
unidade de referência;
18.12 Cadastro de localização dos estoques endereços das prateleiras;
18.13 Registro de características e restrições de armazenamento;
18.14 Registro de endereço de armazenamento;
18.15 Registro de vínculo de espécie por característica de armazenamento;
18.16 Registro de vínculo de endereço por característica de armazenamento;
18.17 Separação de produtos para estocagem de acordo com a características dos produtos;
18.18 Relatório de Endereços dos Produtos;
18.19 Tela para Reserva de Endereço por Produto;
18.20 Romaneio – cadastro de veículos
18.21 Romaneio – Acompanhamento dos Romaneios
18.22 Cadastro de Destinos
18.23 Acompanhamento de Solicitações em Romaneio;
18.24 Relatório de Romaneio
18.25 Cadastro de Transportadora
18.26 Romaneio
18.27 Cadastro de Motorista
18.28 Cadastro dos Motivos de Baixa;
18.29 Cadastro de Tipos de Documento
18.30 Cadastro do Motivos de Devoluções;
18.31 Cadastro das Cotas de Reposição de Produtos ao Estoque;
18.32 Configuração das Etiquetas de Código de Barras;
18.33 Cadastro dos motivos de divergência no atendimento do estoque;
18.34 Cadastro de Motivos de Saídas para Fornecedor;
18.35 Cadastro de Kits de Produtos
Cadastro de Formulas para o processamento de novos produtos a partir da composição de dois ou
18.36
mais produtos;
18.37 Cadastro de Portarias da Vigilância Sanitária e seus produtos;
18.38 Cadastro das Listagens das Portarias da Vigilância Sanitária;
Cadastro de Ações Terapêuticas, Substância e seus produtos, Laboratório/Fabricante e seus produtos,
18.39 cadastro de grupos de tratamentos e seus produtos, cadastro de palavras-chaves e cadastro de
produtos e DEF;
Utilizar a metodologia ABC x XYZ para a definição e cálculo do estoque mínimo, ponto de pedido e
18.40
sugestão de compras;
O sistema deve classificar automaticamente o produto na curva ABC, baseando-se nas
18.41
movimentações da quantidade de consumo e custo;
O sistema deve calcular automaticamente o ponto de pedido baseado nos critérios ABC x XYX e o
18.42
tempo de reposição;
O sistema deve calcular automaticamente o estoque mínimo do produto, baseado na classificação
18.43
ABC x XYZ e a quantidade de dias configurados para a reposição;
O sistema deve calcular automaticamente o estoque máximo do produto, baseado na classificação
18.44
ABC x XYZ e a quantidade de dias configurados para o cálculo e a sugestão de compras;
O sistema deve calcular automaticamente a sugestão de compras do produto, baseado na
18.45
classificação ABC x XYZ e a quantidade de dias configurados para o cálculo de compras;
18.46 O sistema deve permitir a configuração de espécie de produto x estoque;
18.47 O sistema deve permitir a configuração de usuários x estoque;
18.48 O sistema deve permitir a configuração de usuários x espécie;
O sistema deve permitir a configuração de operações que podem ser realizadas por usuário e por
18.49
estoque;
18.50 O sistema deve disponibilizar a configuração de etiquetas de códigos de barras;
18.51 Registro/cadastro de motivos de acerto do estoque;
Entradas de Produtos
Registro da entrada de produtos através da entrada por nota fiscal, onde o usuário, ao informar a
ordem de compras, estando a mesma autorizada, o sistema carrega de forma automática na tela de
registro de entrada de produtos todas as informações negociadas como fornecedor tais como: Valor
18.52
da Compra, Fornecedor, Estoque de Entrada, CFOP, Frete, Produto, Valor Unitário, Qtde Entrada,
Valor Unitário e Valor total. O usuário terá que somente fazer o registro do número da nota fiscal, a
data de emissão e os lotes e as respectivas datas de vencimento dos mesmos;
18.53 Registro da entrada de produtos no estoque através da entrada por doação;
18.54 Registro da entrada de produtos no estoque através da entrada por vale;
18.55 Registro da entrada de produtos no estoque através da entrada por empréstimo;
Registro da entrada de produtos no estoque através da entrada por produção (reprocessamento ou
18.56
manipulação);
18.57 Registro da entrada de serviços através da entrada por nota fiscal de prestação de serviços;
18.58 Registro da entrada de produtos consignados no estoque sem nota fiscal de consumo;
O sistema deve permitir registrar a baixa de vales, ou seja, após uma entrada por vale, o fornecedor
poderá enviar ao final de um período uma nota fiscal, nesse momento o usuário irá selecionar o
18.59 fornecedor o sistema irá executar uma busca de quais vales estão em aberto. Após a busca o usuário
relaciona quais vales em aberto estão relacionados a NF de consumo e fazendo nesse momento a
baixa dos vales;
18.60 O sistema deve permitir gerar um documento/recibo com todos os dados do produto e da nota fiscal;
Saída de Produtos
O sistema deverá disponibilizar opção para criar uma solicitação eletrônica de produtos ao estoque
18.61 para as seguintes opções: saída para consumo de setor, saída para consumo do paciente,
transferência entre estoques, gasto de sala e saída entre empresas;
As solicitações de produtos devem ser apresentadas em tela para o atendimento e a dispensação,
18.62
pois a partir desta opção o almoxarifado irá registrar/confirmar a dispensação;
O sistema deve disponibilizar tela para registrar a saída de produtos para consumo do setor e o
18.63
lançamento no custo do setor;
O sistema deve disponibilizar tela para registrar a saída de produtos para consumo do paciente onde
18.64
o lançamento no custo será no atendimento do paciente e no setor de consumo;
O sistema deve disponibilizar tela para registrar a saída de produtos para consumo do gasto de sala,
18.65 onde o lançamento do custo será no aviso de cirurgia e no atendimento do paciente e no setor de
consumo;
O sistema deve disponibilizar tela para registrar a transferência de produtos entre estoques, onde
não serão lançados nenhum custo neste momento, somente ocorrerá a transferência dos valores e
18.66
das quantidades dos produtos, atualizando automaticamente o saldo do produto no estoque de
destino;
18.67 O sistema deve disponibilizar de recurso para registrar a saída de empréstimo;
18.68 O sistema deve disponibilizar de recurso para registrar a saída de produtos para fornecedor;
O sistema deve gerar automaticamente a solicitação de produtos para o paciente a partir do
18.69
fechamento da prescrição eletrônica no prontuário eletrônico do paciente;
18.70 O sistema deve permitir gerar um documento/recibo com todos os dados do produto e da nota fiscal;
18.71 O sistema deve disponibilizar recurso para registrar a saída de doação.
Devoluções de Produtos ao Estoque
O sistema deverá disponibilizar opção para criar uma solicitação eletrônica de devolução de produtos
18.72 ao estoque para as seguintes opções: devolução de saída para consumo de setor, devolução de saída
de produto para consumo do paciente; Devolução de Saída de Consumo de Gasto de Sala;
As solicitações de devolução de produtos devem ser apresentadas em tela para o atendimento e a
18.73 confirmação de devolução, pois a partir desta opção o almoxarifado irá registrar/confirmar a
devolução do produto ao estoque;
O sistema deve disponibilizar tela para registrar a devolução de produtos que saíram para consumo
18.74
do setor com o lançamento do motivo da devolução;
O sistema deve disponibilizar tela para registrar a devolução de produtos que saíram para consumo
18.75
do paciente com o lançamento do motivo da devolução;
O sistema deve disponibilizar tela para registrar a devolução de produtos que saíram para consumo
18.76
do gasto de sala com o lançamento do motivo da devolução;
O sistema deve disponibilizar tela para registrar a devolução de produtos para fornecedor com o
18.77
lançamento do motivo da devolução;
Outras Movimentações
18.78 O sistema deve permitir o registro da baixa de produtos informando o motivo da baixa;
18.79 O sistema deve permitir o registro da transferência de produtos entre estoques;
18.80 O sistema deve permitir o registro da confirmação da transferência de produtos entre estoques;
18.81 O sistema deve permitir o registro da transferência de produtos entre empresas;
18.82 O sistema deve permitir o registro do recebimento da transferência de produtos entre empresas;
O sistema deve possuir opção para o registro da produção de kits de produtos, materiais e
18.83
medicamentos;
O sistema deve possuir opção para o registro da produção de kits de produtos em massa de materiais
18.84
e medicamentos;
O sistema deve permitir a emissão dos livros de controle de medicamentos controlados pela portaria
18.85
344/98 como também a emissão dos termos de abertura;
O sistema deve disponibilizar de tela para registrar a confirmação de consumo dos materiais e
18.86
medicamentos dispensados ao paciente;
O sistema deve disponibilizar de tela para o registro de recebimento das solicitações de produtos ao
18.87
estoque
O sistema deve possuir de opção de liberação e bloqueio pelo farmacêutico da dispensação de
18.88
materiais e medicamentos para o paciente;
Inventário
O sistema deve permitir o usuário registrar a abertura de inventário, onde o mesmo pode escolher o
18.89 almoxarifado, o item ou então a localização ou todos dos produtos de uma determinada espécie,
espécie e classe ou espécie, classe e subclasse;
O sistema deve permitir o usuário registrar as quantidades das contagens dos produtos em
18.90
inventário;
18.91 O sistema deve ter rotina de geração do inventário;
18.92 O sistema deve ter a rotina da geração do balanço de inventário;
O sistema deve permitir a realização de inventário com a impossibilidade de movimentação de
18.93
produtos.
O sistema deve permitir a realização de inventário com a possibilidade de movimentação de
18.94
produtos.
Cálculos e Fechamentos
O sistema deve permitir fazer o fechamento do estoque, não permitindo mais após o fechamento
18.95
transações e operações dentro do período fechado;
18.96 O sistema deve permitir a realização/execução dos cálculos da curva ABC;
O sistema de disponibilizar a realização dos cálculos de estoque mínimo, ponto de pedido e sugestão
18.97
de compras de acordo com os critérios previamente determinados na configuração;
O sistema deve ter opção para fazer o bloqueio de movimentação de itens de estoque de um ou de
18.98
todos os lotes de um determinado produto;
Outras Transações e Consultas
18.99 O sistema deve possuir tela para consulta de saldos do estoque do produto;
19 O sistema deve possuir tela para a consulta de dados consolidados do produto;
19.1 O sistema deve possuir tela para a consulta de produtos críticos;
19.2 O sistema deve possuir tela para a consulta de consumo de produtos por setor;

PATRIMÔNIO

Cadastro de classificação dos bens patrimoniais em 2 níveis, com o código, descrição e a taxa (%) de
20.1
depreciação anual;
20.2 Cadastro de Localizações com código e descrição associada ao setor;
20.3 Cadastro de Motivos de Baixa dos Bens;
20.4 Cadastro de Tipo de Aquisição;
20.5 Permitir a configuração da forma de depreciação dos bens patrimoniais (agrupada ou detalhada);
20.6 Permitir configurar a forma de cálculo da depreciação (gradativa ou linear);
20.7 Configurar a classificação contábil dos bens, relacionando-os aos ativos e as depreciações;
20.8 Permite realizar o tombamento dos bens a partir da entrada da NF no estoque;
Cadastro dos bens no momento do tombamento com as seguintes informações: descrição da
plaqueta, descrição do bem, número de série, marca, modelo, especificações técnicas, acessórios,
20.9 tipo de aquisição, espécie, classe, subclasse, classificação, subclassificação, permanente, localização
do bem, forma de depreciação, dados da compra, anexar documentos do bem coo manuais e outros e
tempo de vida útil a partir da taxa de depreciação;
O registro do bem patrimonial será pelo setor e a localização física, debitando o custo da depreciação
20.10
no setor correspondente;
A partir do tombamento do bem patrimonial, o sistema irá gerar automaticamente ao setor de
20.11 manutenção, todas as manutenções preventivas que devem ocorrem dentro do tempo de vida útil do
bem tombado;
20.12 Cadastro de apólices de seguros e os bens segurados nas apólices;
20.13 Registro de Baixa dos Bens Patrimoniais e os motivos da baixa;
20.14 Permite agregar um ou mais bens patrimoniais a um bem;
Reavaliar um bem patrimonial, informando o novo tempo de vida útil e recalculando
20.15
automaticamente a taxa de depreciação anual;
O sistema deve permitir a importação dos bens patrimoniais a partir de uma planilha previamente
20.16
estruturada;
O sistema deve calcular a projeção de depreciação do bem patrimonial a partir das taxas previamente
20.17
estabelecidas no seu tombamento/cadastro;
O sistema deve realizar a depreciação do bem patrimonial a partir das taxas previamente
20.18
estabelecidas no seu tombamento/cadastro;
Registro da movimentação dos bens patrimoniais entre setores e localidades, armazenando todo o
20.19
histórico das movimentações.
Geração e emissão de planilha de conferência dos bens por setor e localidade para realização do
20.20
inventário físico dos bens patrimoniais;
Emissão de relatórios do balanço patrimonial, de depreciações realizadas, de inventário de bens por
20.21
setor, baixas de bens por motivo;
Gerar arquivos nominal por procedimento, CID principal, CID secundário, caso de neoplasia maligna,
20.22
data do diagnóstico da neoplasia maligna, Unidade de saúde;
FATURAMENTO

FATURAMENTO SUS – AMBULATORIAL (BPA E APAC)

21.1 O sistema deve permitir fazer a importação da tabela SIGTAP
21.2 O sistema deve permitir fazer a importação do arquivo CNES;
21.3 O sistema deve permitir fazer a importação da tabela de CEP disponibilizada pelo Datasus;
21.4 O sistema deve permitir fazer a configuração dos prestadores e os respectivos CBO’s
21.5 Permitir registrar o caráter de atendimento;
21.6 Permitir cadastrar o motivo de descarte;
21.7 Cadastro do Tipo de Financiamento;
21.8 Cadastro do motivo de glosa BPA;
O sistema deve fazer o lançamento automático na fatura BPA dos procedimentos correspondentes e
21.9
que foram realizados nos setores de diagnóstico e atendimento;
O sistema deve fazer o lançamento automático na fatura APAC dos procedimentos de alta
21.10
complexidade correspondentes e que foram realizados nos setores de diagnóstico e atendimento;
O sistema deve fazer todas as críticas referentes as regras DATASUS (sexo x procedimento, idade x
21.11
procedimento, procedimento x diagnóstico, procedimento x CBO, prestador x CBO e CEP);
O sistema deve fazer a geração dos arquivos de produção ambulatorial (BPA e APAC) no padrão
21.12
DATASUS para envio da produção mensal para a secretária de saúde;
O sistema deve fazer todas as críticas relacionadas as regras do DATASUS e imprimir o relatório de
21.13
inconsistências para que os usuários possam fazer os devidos ajustes;
O sistema deve permitir fazer o controle de faturamento pelos tetos orçamentários por subgrupo, por
21.14
procedimento, por setor e por grupo de procedimento;
21.15 O sistema deve gerar a exportação do BPA e APAC
21.16 O sistema deve gerar o arquivo XML para o programa SISMAMA;
21.17 O sistema deve permitir a renovação de APAC;
21.18 O sistema deve permitir a emissão de laudo para emissão de APAC;
21.19 O sistema deve emitir ficha de frequência de APAC;
21.20 O sistema deve permitir a cópia de APAC;
O sistema deve permitir o lançamento manual dos procedimentos de alta complexidade na fatura
21.21
APAC;

FATURAMENTO SUS – INTERNAÇÃO (AIH)

Controlar automaticamente as regras de validação do SUS para cada procedimento, possibilitando

22.1 uma checagem automática no momento do lançamento e execução dos procedimentos e do
fechamento da conta;
Consultar o demonstrativo de AIH's por complexidade e financiamento, permitindo filtrar por uma ou
mais remessas e discriminar por grupo, subgrupo e procedimentos SUS. O relatório exibe
22.2
informações como: a AIH, o procedimento realizado, o período bem como o total da conta e a
complexidade;
Definir e validar critérios e normas do SUS no momento da entrada dos dados referentes aos
22.3
procedimentos realizados;
Emitir a produção e o consequente faturamento de cada profissional, com a opção de periodicidade
22.4
diária, semanal e mensal;
22.5 Exportar arquivo de remessa no formato/layout padrão do SISAIH01;
Exportar as informações necessárias para o sistema SIHD2, SISAIH01 segundo o layout definido pelo
22.6
Ministério da Saúde;
Importar informações dos sistemas: SIA, SCENES, SIGTAP, SIHD2, SISAIH01, e-SUS, necessárias à
22.7
emissão de relatórios gerenciais;
Integrar com o módulo de prontuário eletrônico do cidadão onde todos os exames solicitados e
realizados, procedimentos realizados e prescritos, medicamentos solicitados e dispensados cairão
22.8
automaticamente na conta do paciente, assim como se realizar o cancelamento estes sairão
automaticamente da conta;
Manter rotina de atualizar o banco de dados utilizado pelo módulo, com as informações
22.9
disponibilizadas pelo DATASUS/Ministério da Saúde (tabelas e arquivos);
22.10 Manter rotina de importar as Tabelas do SIGTAP, possibilitando as atualizações;
22.11 Realizar a digitação do Laudo AIH e impressão no formato e layout do Ministério de Saúde;
Registrar o laudo médico para emissão de AIH, que requisita uma autorização de internação
22.12 hospitalar. Nesse relatório constam informações a respeito do estabelecimento solicitante, dados do
paciente, o laudo técnico, justificativa da internação, entre outros dados;
Registrar os dados necessários para faturamento e verificar critério de críticas conforme normas do
22.13
SUS.
CONTROLADORIA
23. CUSTOS HOSPITALARES
O sistema deve possuir módulo de controle de custos integrado aos processos para obtenção e
23.1
controle on-line dos mesmos;
O sistema deverá possuir possibilidade de classificação dos centros de custos de acordo com sua
23.2
atuação determinando se são centros de custos administrativos, produtivos ou de apoio;
23.3 O sistema deverá permitir classificar os custos diretos e indiretos;
O sistema deverá alocar as despesas indiretas para cada centro de custos de acordo com critérios de
23.4
rateio a serem definidos para cada área, tais como: metragem, pontos de luz, pontos de telefone, etc;
O sistema deverá permitir a definição de pesos para cada atividade relacionada ao centro de custo
23.5
para obtenção das despesas indiretas;
O sistema deverá alocar as despesas diretas para cada centro de custo de acordo com os processos de
23.6
atendimento aos pacientes;
O sistema deverá ratear automaticamente os custos dos centros de custos de apoio e administrativos
23.6
aos centros de custos produtivos de acordo com critérios a serem definidos;
O sistema deverá fornecer informação sobre custo de cada centro de custo, e custo de procedimentos,
23.7
especialidades, recursos de atendimento, etc.
23.8 O sistema deverá disponibilizar a possibilidade de ter o custo do atendimento;
O sistema deverá dispor de extrato da receita e dos custos por setor, apresentando a lucratividade por
23.9
setor e total do atendimento;
O sistema deve disponibilizar o custo dos itens de produção com o custo primário, genérico, específico
23.10
e o custo total;
O sistema deve disponibilizar o custo dos direcionadores e unidades de produção com o custo
23.11
primário, genérico, específico e o custo total por competência e de forma gráfica;
O sistema deve disponibilizar o custo das contas de custo com o custo primário, genérico, específico e
23.12
o custo total por competência e de forma gráfica;
O sistema deve disponibilizar o custo dos centros de custo com o custo primário, genérico, específico
23.13
e o custo total por competência e de forma gráfica;
O sistema deve disponibilizar o resultado dos centros de custo apresentando as receitas e os custos de
23.14 maneira detalhada e estratificando o resultado em valor e percentual, por competência e de forma
gráfica;
23.15 O sistema deve disponibilizar o custo dos procedimentos por centro de custo e competência;
O sistema deve disponibilizar o resultado dos atendimentos do paciente, apresentando o custo as
23.16
receitas e o resultado;
SISTEMAS DE APOIO

HIGIENIZAÇÃO E LIMPEZA

24.1 Cadastro do tipo de limpeza;

24.2 Cadastro dos funcionários do setor de limpeza;
O sistema deve gerar automaticamente a solicitação eletrônica de limpeza do leito quando for
24.3
registrada a alta hospitalar do paciente ou a transferência do paciente entre leitos;
24.4 O sistema deverá permitir o registro manual da solicitação de higienização dos leitos;
O sistema deve apresentar em tela todas as solicitações de higienização de leitos, e o status de cada
24.5
uma para facilitar a atividade do gerenciamento de limpeza dos leitos;
O sistema deve permitir o usuário alterar as fases de higienização dos leitos a medida que as mesmas
24.6
forem ocorrendo nos setores;
O sistema deve disponibilizar de recurso para registrar a confirmação de limpeza do leito, informando
24.7
o funcionário, data, hora e o tipo de limpeza realizado;
24.8 O sistema deve permitir o registro do cancelamento de uma solicitação de limpeza;
O sistema deverá permitir a visualização gráfica dos leitos existentes no hospital a o status de
24.9
ocupação de cada um;
O sistema deverá permitir controlar e visualizar o mapa de leitos, identificando de maneira gráfica os
24.10 leitos disponíveis, leitos ocupados, leitos em manutenção, leitos reservados e leitos em higienização
e os percentuais dos mesmos em relação aos leitos existentes;
O sistema deverá permitir o usuário consultar o histórico de ocupação de cada leito, indicando os
24.11
pacientes e o período da ocupação;
24.12 O sistema deve disponibilizar tela de consulta de solicitação de limpeza dos leitos;
24.13 O sistema deve disponibilizar tela para consulta de ocupação de leitos em dias;
24.14 O sistema deve disponibilizar tela de consulta para visualizar as limpezas realizadas no período;

MANUTENÇÃO

Gerenciar as manutenções corretivas e preventivas relativas à estrutura física da instituição

25.1
(Engenharia Hospitalar) e equipamentos clínicos (Engenharia Clínica);
Cadastro de serviços com código, descrição, peso, unidade, hora máxima, hora mínima, categoria do
25.2
serviço e oficina responsável pela realização do serviço;
25.3 Cadastro de especialidade de serviços de manutenção;
Cadastro de funcionários da manutenção e as especialidades de serviços dos mesmos, as escalas de
25.4
trabalho e o valor da hora/homem;
25.5 Cadastro das escalas de trabalho dos colaboradores da manutenção;
25.6 Cadastro dos tipos de OS;
25.7 Cadastro dos Motivos de Serviços;
25.8 Cadastro de Oficinas;
25.9 Cadastro de Checklist de manutenção com a programação de todos os serviços a serem executados;
Permitir registrar as solicitações de manutenção corretiva com informações tais como, nome do
25.10 solicitante, data que o solicitante deseja que seja realizada a manutenção, escolha do padrão de
manutenção (Unidade, equipamento/item, local, problema e grupo profissional;
Permite programar a data de realização da manutenção e visualizar a agenda dos profissionais que
25.11
poderão realizar a mesma;
Realização das requisições de itens necessários para manutenção no estoque de forma integrada com
25.12
o módulo de Requisição de Estoque e Almoxarifado;
Permite fazer uma solicitação para compra de um item que não tem no almoxarifado, sendo que a
25.13
solicitação está ligada à ordem de serviço que necessitou da compra;
Realização dos cadastros referentes ao um item/equipamento, tais como: grupo de manutenção que
atende este item, unidade e local que pertence, número de patrimônio, grupo de manutenção que
25.14 atende este item, checklist (EPIs, procedimentos, peças, ferramentas, etc.) necessários para
manutenção do item/manutenção, cadastro dos problemas que ocorrem e permitir anexar
documentos como, por exemplo, manual;
Permitir cadastrar o dicionário de avaliação possibilitando a flexibilidade no Check-list para avaliação
25.15
dos equipamentos/itens;
Relacionar fornecedores homologados para cada equipamento, sendo realizada para serviços de
25.16
manutenção terceirizados;
Permitir o controle do fundo fixo de caixa, através da emissão de vale e permitir também registrar
25.17
quanto, quando e para quem foi entregue, registrar saídas e entradas e cadastrar notas fiscais;
Possibilitar a realização de pesquisas das manutenções efetuadas durante determinado período, em
25.18 que status a manutenção se encontra (solicitada, programada ou concluída) e detalhes da
manutenção como grupo, nome solicitante, local, problema etc.;
Permitir a visualização da relação de patrimônios e a periodicidade da realização da manutenção
25.19
preventiva de cada um, para que se possa programar as manutenções;
Possibilidade de consultar a relação de equipamentos por diversas formas de filtro (descrição,
25.20
garantia, fornecedor, marca, número de patrimônio, etc.);
Permitir cadastrar as peças pertencentes ao equipamento, fazer transferências para outras unidades,
25.21 visualizar informações tais como número da Nota Fiscal, valor, garantia, fornecedor, entre outras
informações;
Possibilitar a realização de consulta às manutenções preventivas pendentes, em processo de
25.22 realização ou realizadas de um equipamento em um determinado período. Além da consulta, é
possível programar manutenções já existentes.

SAME

Módulo que possibilite o controle dos prontuários físicos existentes no Hospital, controlando as
26.1
saídas dos prontuários do arquivo físico;
Módulo que permita controlar os diversos setores de arquivos existentes no hospital, identificando
26.2
os prontuários existentes em cada arquivo;
Possibilitar a localização dos prontuários físicos dos pacientes, bem como registrar as movimentações
físicas dos mesmos, gerando um efetivo controle sobre os Prontuários ausentes do arquivo médico,
26.3
possibilitando controlar informações referentes a data de retirada, quem retirou, o motivo, data de
retorno, criando um histórico sobre a movimentação de cada Prontuário;
O sistema deve possuir integração automática e on-line com o setor de internação, avisando o arquivo
26.4 no momento da internação do paciente para que o mesmo separe o referido prontuário e encaminhe
para a unidade de internação do paciente, ou abra um prontuário para um novo paciente;
O sistema deverá possuir integração on-line com o agendamento de consultas, possibilitando ao
26.5 arquivo separar e encaminhar os prontuários dos pacientes que tem consulta agendada para o dia
seguinte, controlando os processos de envio e retorno deste prontuário para cada setor ambulatória;
O sistema deve permitir controlar os diversos volumes que compõe um prontuário físico dos
26.6
pacientes, gerando etiquetas independentes para cada volume;
26.7 O sistema deverá permitir realizar a movimentação dos prontuários via código de barras;
O sistema deverá permitir gerar movimentação de prontuário físico por empréstimo, controlando
26.8
para quem foi emprestado, a data de saída e previsão de retorno do prontuário ao arquivo;
O sistema deverá permitir visualizar e controlar rapidamente todos os prontuários que se encontram
26.9
fora do arquivo e os locais ou funcionários que estão responsáveis pelos mesmos;
O sistema deverá permitir indicar a transferência dos prontuários físicos dentro das unidades e
26.10
setores do hospital;
26.11 O sistema deverá controlar a entrada de documentos diversos nos prontuários dos pacientes.
O sistema deverá fornecer rapidamente informações sobre a localização dos Pacientes internados,
26.12
sobre os Pacientes que foram atendidos nas unidades ambulatoriais, SADT e de Pronto Socorro,
O sistema deverá permitir fornecer rapidamente informações referentes aos pacientes que foram
26.13 dispensados nas unidades de atendimento, demonstrando as datas de atendimento e dispensa dos
mesmos;
O sistema deverá permitir controlar o processo de visitas aos pacientes internados, emitindo crachás
26.14
e registrando informações sobre o visitante e indicando horário de entrada e saída do mesmo;
26.15 O sistema deverá controlar o número Máximo de visitas permitido para cada paciente;
O sistema deverá emitir listagem dos pacientes internados de cada medico, contendo a localização do
26.16
paciente no Hospital, visando facilitar o processo de visita medica.

LAVANDERIA E ROUPARIA

27.1 Cadastro de peças do enxoval com o código, descrição, tamanho e peso;

27.2 Cadastro de tipos de kits de enxoval com o código, descrição;
27.3 Cadastro de composição dos kits com o código, descrição, peças e quantidade de peças;
27.4 Cadastro dos tipos de entradas do enxoval no estoque da rouparia;
27.5 Cadastro dos motivos de baixa das peças da rouparia;
27.6 Cadastro de cotas de peças e kits para serem enviadas para as unidades de internação;
27.7 Cadastro de cotas de peças e kits para serem enviadas para os setores;
Registro das saídas de roupas dos setores e unidades de internação para a lavanderia, seja ela
27.8 externa ou interna, com o registro separado do peso da sujidade leve e da sujidade pesada das
roupas que serão enviadas pelo setor;
Registro das entradas de roupas na rouparia, oriundas da lavanderia, seja externa ou interna, onde o
27.9 usuário informa as peças, as quantidades e de acordo com as peças e as quantidades o sistema calcula
o peso;
Registro das saídas de roupas da rouparia para os setores e as unidades de internação, nesta operação
devem ser informados o setor, a unidade de internação, as peças, os kits e as respectivas
27.10
quantidades, de acordo com as peças e as quantidades o sistema calcula automaticamente o peso
enviado para o setor ou unidade de internação;
27.11 Registro das entradas das peças de roupas na rouparia por compra ou outro tipo de composição;
27.12 Registro das baixas das roupas da rouparia;
27.13 O sistema deve permitir a consulta das saídas para a lavanderia;
27.14 O sistema deve permitir a consulta das pendências da lavanderia;
27.15 O sistema deve permitir a consulta dos saldos de peças da rouparia

CENTRAL DE MATERIAL ESTERILIZADO

28.1 Cadastro dos tipos de embalagens com código e descrição;

28.2 Cadastro das máquinas esterilizadoras;
28.3 Cadastro dos tipos de instrumentais com código, descrição, tempo de esterilização e temperatura;
Cadastro dos tipos de caixas cirúrgicas com código, descrição, tempo médio de esterilização, tempo de
28.4
volume de produção e qtde. de componentes;
28.5 Cadastro dos tipos de esterilização;
28.6 Cadastro das localidades do arsenal com código, corredor, prateleira, armário e box;
28.7 Cadastro do Motivo de Cancelamento;
Cadastro do Composição de Kits com descrição, tipo de embalagem, setor principal, tipo de
28.8 instrumental, tipo de esterilização, instrumentais e fotos dos instrumentais de composição,
localização do arsenal, qtde de etiquetas para preparo e etiquetas para esterilização;
28.9 Cadastro de Composição de Caixas Cirúrgicas;
28.10 Cadastro dos instrumentais cirúrgicos;
28.11 Registrar a entrada da caixa e os respectivos instrumentais no expurgo;
28.12 Registrar a entrada da caixa e os respectivos instrumentais no processo de desinfecção;
28.13 Registrar a entrada da caixa e os respectivos instrumentais no processo de preparo;
28.14 Registrar a entrada da caixa e os respectivos instrumentais no processo de esterilização;
28.15 Registrar a digitação dos testes físico, químico e biológico;
28.16 Registrar a entrada das caixa e os respectivos instrumentais ou dos instrumentais no arsenal;
Registrar a transferência das caixas e os respectivos instrumentais ou somente os instrumentais para o
28.17
centro cirúrgico;

SISTEMA DE ATENÇÃO AO CLIENTE

29.1 Cadastro de Níveis de Chamado;

29.2 Cadastro dos Receptores de Chamados;
29.3 Cadastro das Situações de Chamados;
29.4 Cadastro dos Tipos de Chamados;
29.5 Cadastro dos Motivos de Chamados;
29.6 Cadastro de Meios de Contato;
29.7 Cadastro de Origens da Solicitação;
29.8 Cadastro de Tipos de Local;
29.9 Configuração de Usuários x Setor de Chamado;
29.10 Permitir o Registro da abertura de chamados;
29.11 Permitir cadastrar os documentos de chamado;
29.12 Permitir executar o gerenciamento de chamados;
29.13 Registrar a exclusão de chamados;
29.14 Permitir registrar a resposta da solicitação de parecer aos setores;
29.15 Realizar a consulta de chamados abertos;
Emitir relatórios estatísticos de origens de chamados, meio de abertura, origem de chamado x tipo de
29.16
chamado, níveis de chamado, motivos de chamado e tipos de chamado;

NUTRIÇÃO E DIETÉTICA

30.1 Cadastro do Tipos de Dietas;

30.2 Cadastro do Tipos de Refeições;
30.3 Cadastro de Orientações de Dietas;
30.4 Cadastros dos Pratos;
30.5 Cadastro da Classificação dos Cardápios;
30.6 Cadastro da opção dos cardápios;
30.7 Cadastro dos bicos de mamadeira;
30.8 Cadastro de manipuladores de mamadeiras;
30.9 Cadastro de copas;
30.10 Configuração de leitos por copas;
30.11 Configuração de origens x copas;
30.12 Cadastro da composição dos pratos;
Registro da ficha nutricional do paciente com dados do atendimento, observações médicas, tipo de
30.13
dieta, tipo de refeição e observações das refeições;
Registro de Movimentação de cardápios com as informações do tipo de refeição, dados do
30.14 atendimento, tipo de dieta, copa, observações da nutrição, opções e a quantidade das opções
escolhidas do cardápio;
30.15 Registro de movimentação de cardápios do lactário;
30.16 Registro de solicitações de dietas avulsas para pacientes, médicos, setores, acompanhantes;
30.17 Registro do Status da Refeição com horário de fechamento;
30.18 Registro de Status do Lactário com horário de fechamento;
30.19 Registro do Status de acompanhante com horário de fechamento;
30.20 Registrar o planejamento do cardápio;
O sistema deve gerar automaticamente a solicitação de dieta a partir da prescrição por profissional
30.21 nutricionista eletrônica e lançar no mapa com o leito, observações, diagnóstico e orientações da
nutrição;
O sistema deve lançar automaticamente no mapa de produção, todas as dietas prescritas pelos
30.22
médicos;
O sistema deve possibilitar a emissão do mapa de produção de dietas por unidade de internação e
30.24
tipo de refeição;
30.25 O sistema deve possibilitar a emissão de etiquetas das dietas para serem fixadas nas bandejas;

MOVIMENTAÇÃO DE DOCUMENTOS

31.1 Cadastro do Grupo de Documentos;

31.2 Cadastro de Documentos;
31.3 Cadastro de Documentos por Setor;
31.4 Cadastro de Documentos por Procedimento;
31.5 Cadastro de Documentos Requisitados;
31.6 Configuração do Fluxo de Documentos;
Registrar o protocolo de movimentação de envio de documentos entre as áreas do hospital com as
31.7 seguintes informações: setor de origem, setor de destino, observação, código do documento,
descrição do documento e os dados do atendimento que originaram os documentos;
Registrar a baixa de documento com os seguintes dados: protocolo, data de envio, observação, código
31.8
do documento, descrição do documento e os dados do atendimento que originaram os documentos;
31.9 Disponibilizar a tela de consulta de documentos por atendimento;
31.10 Consulta de movimentações de documentos por atendimento;

PORTARIA E CONTROLE DE ACESSO

o sistema deve permitir o uso de dispositivos como câmera para a captura da imagem do paciente,
32.1
acompanhantes, visitante ou fornecedor;
O sistema deve permitir configurar o número máximo simultâneo de visitantes e acompanhantes do
32.2 paciente, bloqueando de forma automática quando esse número ultrapassar não permitindo fazer o
registro dos mesmos;
32.3 Permitir limitar os visitantes por dia;
32.4 Permitir configurar os horários de visitas por setor do turno da manhã, da tarde e da noite;
32.5 Permitir cadastrar as portarias e associar as máquinas que estão alocadas nas respectivas portarias;
32.6 Permitir cadastrar os ramais com o respectivo contato de cada setor e unidade de internação;
Permitir cadastrar os documentos que são validos para o registro dos pacientes, acompanhantes,
32.7
visitantes e fornecedores;
32.8 Permitir configurar os crachás e sua respectiva numeração;
32.9 Permitir configurar os tipos de pertences;
Permitir registrar a entrada de pacientes e acompanhantes com as seguintes informações: Captura da
foto do visitante ou acompanhante, Nome do acompanhante/visitante, tipo (visitante ou
32.10 acompanhante), parentesco, tipo do documento, número do documento de identificação, nome do
colaborador que autorizou a entrada, ramal autorizador, número do crachá, data e hora da entrada,
usuário que registrou a entrada, adicionar pertences do acompanhante e observação;
Permitir registrar a entrada de colaborador, prestador e fornecedor com as seguintes informações:
Captura da foto do colaborador, prestador e/ou fornecedor, Nome do colaborador, prestador e/ou
fornecedor, tipo (colaborador, prestador e/ou fornecedor), tipo do documento, número do
32.11
documento de identificação, nome do colaborador que autorizou a entrada, setor de destino, ramal
autorizador, número do crachá, data e hora da entrada, usuário que registrou a entrada, adicionar
pertences do colaborador, prestador e/ou fornecedor e observação;
Permitir registrar a entrada de pacientes (agendado/não agendado) com as seguintes informações:
32.12 Nome do paciente, tipo de documento, número do documento, número do crachá, data e hora de
entrada, usuário que registrou a entrada, observações e os pertences do paciente;
Permite realizar a consulta das movimentações de visitantes e acompanhantes por período e por
32.13
paciente;
Permite realizar a consulta das movimentações de colaborador, prestador e fornecedor por período e
32.14
por setor;
32.15 Permite realizar a consulta das movimentações de pacientes por período e por setor
Permite realizar a consulta do registro de pessoas e visualizar o tipo do documento, número do
32.16
documento, telefone e a fotografia;
32.17 Permite realizar a consulta dos pacientes atendidos por período e por setor;
Permite registrar a saída dos pacientes, acompanhantes, visitantes, colaboradores, prestadores e
32.18 fornecedores com a data e hora da saída e o sistema calculando de forma automática o tempo de
permanência;

GESTÃO DE USUÁRIOS

GESTÃO DE USUÁRIOS E CONTROLE DE ACESSO

33.1 Cadastro dos sistemas;

33.2 Cadastro dos módulos que compõem o sistema;
Cadastro de perfis/papel de usuários com a definição dos módulos, telas e relatórios que os mesmos
33.3
terão acesso;
O sistema deve permitir a configuração das diretivas de segurança para a criação e definição de
33.4
senhas;
33.5 Permitir a criação de usuários e a definição dos papeis de acesso dos respectivos usuários;
33.6 Permitir a desativação de usuários do sistema;
33.7 O usuário poderá ter um ou mais papéis definidos simultaneamente;
33.8 Permitir a mudança de senha;
33.9 Permitir a alteração de senha;
33.10 Configurar os usuários por empresa;
33.11 Configurar os usuários por setor ou unidade de internação;
33.12 Configurar os usuários por almoxarifado;
33.13 Configurar os usuários por SAME;
33.14 Configurar os usuários por setores de diagnóstico;
33.15 Configurar tabelas e as colunas que serão auditadas;
33.16 Configurar as operações que serão auditadas junto as tabelas;
O sistema deve disponibilizar tela para a consulta de auditoria das tabelas que sofreram alterações
33.17
no conteúdo;
GESTÃO DE USUÁRIOS E CONTROLE DE ACESSO
34.18 Permite definir quais tabelas terão as trilhas de auditoria ligadas;
Permite configurar se o sistema enviará e-mail para o auditor ou usuário responsável quando houver
34.19
alterações nas tabelas que estão com as trilhas ligadas;
34.20 Permite definir quais colunas das tabelas terão as trilhas de auditoria ligadas;
Permite definir quais operações (insert, delete, update) nas tabelas e colunas que terão as trilhas de
34.21
auditoria ligadas;
34.22 Permite desligar as auditorias de tabelas, colunas e transações que foram ligadas;
Permite consultar o log de auditoria por período, por tabela, por coluna da tabela, por usuário e
34.23 módulo com os seguintes dados: data do registro, hora do registro, tabela, coluna, valor antigo, valor
novo e usuário responsável pela operação, máquina da operação com o IP da mesma;
 EDITOR DE DOCUMENTOS ELETRÔNICOS

35.1 Permite criar campos que irão compor um formulário que será disponibilizado no PEP;
35.2 Permite definir o grupo e o subgrupo a qual o campo irá pertencer;
35.3 Permite informar a descrição do campo;
Permite informar o tipo de campo que será criado, que deverá ser no mínimo os seguintes tipos:
35.4 texto, check-box, combo box, imagem, caixa de texto, radio button, botão, data, marcação de imagem
e código de barras;
35.5 Permite configurar se o campo é editável;
35.6 Permite configurar se o campo é de preenchimento obrigatório;
35.7 Permite definir o tamanho do campo;
35.8 Permite definir a máscara do campo podendo a mesma ser número, texto, data e data e hora;
Permite definir valores iniciais e finais para um campo, não permitindo o preenchimento de valores
35.9
absurdos;
Permite configurar que o campo seja habilitado para preenchimento somente em determinada
35.10 situação, quando o mesmo só pode ser habilitado para pacientes do sexo masculino ou feminino ou
dentro de uma faixa etária que seja compatível;
Permite configurar ações do campo, como exemplo de ação podemos citar a inserção de uma query
35.11 para recuperar valores previamente preenchidos em outros campos e telas do sistema, carregando
automaticamente os dados no formulário que possuir este campo;
35.12 Permite definir uma lista de valores pré-definida para o campo;
Permite definir se será permitido o uso de textos padrões para campos configurados com o tipo texto
35.13
ou caixa de texto;
Permite criar documentos informando os campos que foram previamente criados e o label dos
35.14
campos;
35.15 Permite definir o grupo e o subgrupo a qual o documento irá pertencer;
35.16 Permite informar a descrição/nome do documento;
35.17 Permite definir o layout do documento inserindo cabeçalho e rodapé;
35.18 Permite criar documentos inserindo a logo da instituição no cabeçalho dos documentos;
35.19 Permite fazer a criação da versão do layout de impressão do documento;
Permite fazer a inclusão de campos novos em um documento já criado e dessa forma controlando a
35.20 versão do mesmo, não carregando em documentos anteriores o campo criado e adicionado ao
documento em branco;
35.21 Permite a exportação do documento;
Permite a importação de documentos que foram criados em outras instituições que fazem o uso da
35.22
mesma tecnologia;
35.23 Não deve permitir o uso do documento antes do registro da publicação dele;
Permite excluir um documento criado, portanto essa operação só deve ser permitida se o documento
35.24
ainda não foi registrado em nenhuma ficha ou facha parte de algum perfil do PEP;
Permite fazer a cópia de um documento já criado e promover os devidos ajustes e publicá-lo como
35.25
um documento novo criado a partir de um já existente;

GERADOR DE RELATÓRIOS

36.1 Deve permitir criar relatórios, definindo nome e descrição do relatório.

36.2 Deve permitir inserir imagens nos relatórios.
Deve permitir definir perfis/grupos de usuários que podem ter acesso a cada relatório ou grupos de
36.3
relatórios.
36.4 Deve permitir definir variáveis e constantes nos cabeçalhos e rodapés dos relatórios.
36.5 Deve permitir gerar operações matemáticas básicas nas linhas e colunas do relatório.
Deve utilizar como fonte de dados todas as movimentações e informações de todos os
36.6
módulos/ferramentas do sistema.
36.7 Deve definir usuários específicos que podem ter acesso a cada relatório ou grupos de relatórios.
Deve definir filtros nos relatórios utilizando os padrões “de – à”, “maior que”, “menor que”,
36.8
“diferente de”, “radio buttons”, “check box”, “drop down”.
36.9 Deve definir diferentes atributos de fonte para os diversos campos do relatório
SISTEMAS ESTRATÉGICOS

– BI

Possuir Módulo de tratamento de informações que possibilite criar modelos de relatórios envolvendo
37.1 grupos de informação, possibilitando ao usuário final selecionar na tela as informações que ele quer
cruzar criando relatórios personalizados;
Possibilitar que os relatórios sejam criados pela equipe do Hospital sem necessitar de solicitação a
37.2
licitante;
O modulo deverá possibilitar a ordenação por qualquer dos campos existentes a qualquer momento
37.3
pelo próprio usuário;
37.4 Possibilitar a montagem de relatórios em decorrência das informações de outro relatório;
37.5 Possibilitar ao usuário realizar somatórias de campos, conforme suas necessidades;
37.6 Permitir a criação de gráficos personalizados dos relatórios;
37.7 Permitir que cada usuário salve e personalize os seus próprios relatórios;
37.8 Permitir a exportação das informações para formatos PDF, TXT e XLS;
Permitir que se crie para cada relatório regras de validação e somatórias para os diversos campos
37.9
existentes no relatório;
O sistema deverá possuir ferramentas que permita analisar as informações do hospital e as
transforme em indicadores interativos, que auxiliarão na geração de previsões e cenários futuros,
37.10
controle e otimização das receitas e custos, contribuindo na tomada de decisões e expansão dos
negócios;
Deverá ser possível a criação de filtros para os indicadores, a partir de dados Assistenciais,
37.11
Financeiros, de Produção e de Suprimentos dentro de um período selecionado;
37.12 O sistema deverá possuir tela interativa que mostre de forma on-line a evolução dos indicadores;
O sistema deverá permitir indicar parâmetros de conformidade (mínimo e máximo) para cada
37.13
indicador;
37.14 O sistema deverá permitir que a equipe técnica do Hospital crie seus próprios indicadores;
O sistema deverá possuir marcação sobre o atual estado do indicador, demonstrando se a informação
37.15 contida no mesmo está dentro de padrões de normalidade, em estado de atenção ou em estado de
alerta.
O Sistema deverá permitir a geração de Informações gerenciais e estatísticas, através do acesso a
37.16
diversas informações relativas ao Atendimento e à produção das unidades e dos Médicos;
Permitir a pesquisa da situação real de ocupação do Hospital em um determinado momento,
37.17
congelando este e, mostrando os Pacientes que estavam internados por unidade, Médico;
Permite controlar a produção do Hospital fornecendo os principais indicadores em determinados
37.18 períodos de tempo, fornecendo os índices de ocupação de cada unidade em relação à ocupação do
Hospital e sua própria ocupação;
O Sistema deverá informar também os índices de Atendimento de cada Médico, especialidade em
37.19 relação ao período escolhido, criando assim, uma importante ferramenta para a negociação, em cima
de dados reais de produção;
Sistema deverá permitir que se tracem estratégias para aumentar, diminuir ou mudar o perfil da
37.20
ocupação de acordo com os interesses da Instituição;
Deverá ser possível acessar informações de todas as estatísticas e indicadores institucionais,
fornecendo taxas de ocupação, número de Pacientes/dia, leitos/dia, média de permanência, taxas de
37.21
mortalidade, rotatividade dos leitos, número de internações e saídas, morbidade, procedência. Seja
por unidades, Médicos, especialidade;
O sistema deverá permitir que sejam parametrizados relatórios sobre as diversas atividades
37.22
relacionadas ao atendimento dos pacientes nas diversas unidades do Hospital;
37.23 O sistema deverá gerar gráficos sobre os diversos indicadores e estatísticas geradas no SAME;
O sistema deverá permitir conexões com um sistema de benchmarking para comparação dos seus
37.24
indicadores com hospitais do mesmo porte;
37.25 O sistema deverá permitir a geração de análises críticas de evolução dos indicadores;
37.26 O sistema deverá permitir a geração de painéis atualizáveis para gestão a vista em televisores.

– BSC – BALANCED SCOREDCARD

O sistema deve possuir a metodologia de Balanced Scorecard que permite criar o planejamento
38.1 estratégico para a instituição de saúde, de acordo com os objetivos e indicadores, estratégicos e
operacionais, e a periodicidade que deseja avaliar/mensurar
O sistema deve possibilitar o registro no Planejamento Estratégico da missão, visão, valores e
38.2 estratégia, como também da análise SWOT e as definições das perspectivas as quais classificarão os
objetivos estratégicos;
O sistema deve permitir vincular indicadores estratégicos aos objetivos estratégicos, os primeiros
38.3 indicarão a medida de alcance dos últimos assim como cadastrar o mapa estratégico da Instituição no
planejamento estratégico;
O sistema deve permitir vincular os objetivos estratégicos ao mapa estratégico, facilitando dessa
forma a visualização em ícones no mapa da situação (Favorável, Estável e Desfavorável) dos objetivos
estratégicos de acordo aos resultados dos indicadores estratégicos; A medida que forem alimentados
38.4
os resultados periódicos destes indicadores, o mapa mostrará a situação geral dos objetivos nos
ícones acima mencionados. Na visualização do mapa, será possível ainda, ao clicar nos ícones da
situação dos objetivos, abrir a ficha de análise de resultado periódica destes para realizar o registro
. O sistema deve possibilitar o vínculo de projetos estratégicos aos objetivos estratégicos ou
38.5
indicadores estratégicos, possibilitando a visualização destes no Painel Estratégico
O sistema deve permitir que o painel estratégico ofereça recursos de visualização de resultados tais
como as perspectivas desdobradas por seus objetivos estratégicos, listados por sua vez pelos
38.6 resultados dos indicadores estratégicos. Através dessa lista é possível abrir a ficha de análise de
resultados periódica dos objetivos ao clicar sobre o nome destes, de igual modo é possível abrir a
ficha do indicador para registro da análise periódica destes clicando em sua descrição.
O sistema deve permitir que no Painel Estratégico ofereça recursos de visualização de resultados
como o gráfico de alcance em porcentagem das perspectivas definidas, Ainda no Painel Estratégico é
disponibilizado o gráfico Gauge, que informa, dentro da competência consultada, o score geral do
38.7
planejamento estratégico considerando os resultados dos indicadores estratégicos, os objetivos
estratégicos e as perspectivas, ou seja, o gráfico Gauge será o "termômetro" do cumprimento ou não
dos objetivos traçados.
O sistema deve permitir acesso através do dispositivo móvel para acompanhamento dos resultados
38.8
dos indicadores estratégicos.

– KPI – GESTÃO DE INDICADORES CHAVES

O sistema deve permitir realizar o desdobramento dos indicadores por setor, fórmula e grupo de
39.1
indicadores conforme cadastro;
O sistema deve permitir o monitoramento das metas de indicadores chaves através das telas de KPI,
39.2
KPI setorial e KPI Anual;
39.3 . O sistema deve possuir a Ficha de indicador que concentra análises de tendência e resultado;
O sistema deve permitir o acompanhamento de indicadores operacionais dentro do desdobramento
39.4
por fórmula;
O sistema deve permitir a visualização do indicador operacional a partir de gráficos diverso no
39.5
cadastro do indicador;
O sistema deve permitir o cadastro do indicador de diversos tipos de fonte de dados para alimentar o
39.6
resultado do indicador como Carga, fórmula e manual;
O sistema deve permitir cadastrar carga de indicadores através da tela de autoamtion, Cadastro das
39.7
querys que alimentarão os indicadores.
O sistema deve permitir a criação de fórmula entre os indicadores relacionados com opção de criar
39.8
indicadores de unidade de medida ou métricas
O sistema deve permitir o cadastro programa de indicadores, organizar os indicadores em uma
39.9
consulta ordenada conforme preferência do gestor.
O sistema deve permitir o cadastro de organização do agrupamento dos indicadores nas telas de
39.10 consulta (KPI, KPI Anual e KPI Setorial); cadastro do nome do Grupo Indicador Sintético
(Funcionalidade opcional caso a organização deseje vincular subgrupos)
O sistema deve permitir o cadastro de indicadores com as seguintes o preenchimento propriedades,
39.11 visualização de gráficos personalizados, Indicadores relacionados, cadastro de metas, fonte de dados
e perfil de segurança.
O sistema deve permitir a inserção das seguintes propriedades para o campo de cadastro do
indicador: Código de Referência
Indicadores e Métricas:
Descrição*
Grupo Indicador*
Indicadores e Métricas:
Tipo de desdobramento*
Unidade*
Periodicidade de Medição*
Indicadores e Métricas:
Peso Símbolo*
39.12
Indicadores e Métricas:
Casa decimal*
Negativo*
Indicadores e Métricas:
Valor Inicial*
Valor final*
Indicadores e Métricas:
Análise*
Conceituação*
Indicadores e Métricas:
Formulação*
O sistema deve permitir que sejam preenchidos os seguintes campos na aba de metas:
Descrição*
Análise*
Tipo de Indicador*
Sazonal Valor da Meta*
39.13 Competência*
Responsável de Análise*
Periodicidade de Análise*
Tipo de Faixa de Valores*
Desvio Padrão Organização*
Setor Definição das faixas (Favorável, Estável e Desfavorável)*
O sistema deve permitir cadastrar benchmarking - Cadastrar valores de referência para visualização no
39.14
gráfico dentro da ficha do indicador
O sistema deve permitir automatizar cargas para alimentação dos indicadores com agendamento via
 O sistema deve permitir automatizar cargas para alimentação dos indicadores com agendamento via
39.15
executável.
O sistema deve permitir a criação de carga de indicadores consumida fonte SGBD como postgres ou
39.16
SQL Server.
39.17 O sistema deve permitir a visualização de gráfica dos indicadores que fazem parte do programa.
O sistema deve permitir a substituir responsabilidade de forma simples e aplicável para o módulo da
39.18
KPI
39.19 O sistema deve permitir clonar metas para outro ano de diversos indicadores simultaneamente.
O sistema deve disponibilizar de central de competência para estabelecer o fluxo de defesa dos
39.20
indicadores.
O sistema deve permitir a criação de plano de ação mês a mês no momento da análise da ficha do
39.21
indicador, assim como demonstrar os indicadores relacionados em seu desdobramento.
O sistema deve permitir acesso através do dispositivo móvel para acompanhamento dos resultados
39.22
dos indicadores

– ANÁLISE CRÍTICA

40.1 O sistema deve permitir o agendamento da reunião de apresentação dos indicadores;

40.2 O sistema deve permitir personalizar apresentação conforme padrão instituído;
O sistema deve permitir que as apresentações tenham a opção de análise dos Indicadores, Plano de
40.3
Ação, documentos anexos;
40.4 O sistema deve permitir a escolha dos participantes para reunião;
40.5 O sistema deve enviar automaticamente o convite da reunião agendada aos participantes;
40.6 O sistema deve permitir que os participantes selecionem os indicadores que serão apresentados;
40.7 O sistema deve manter salvo a apresentação realizada;
40.8 O sistema deve permitir que os participantes possam individualmente realizar seus registros/atas;
40.9 O sistema deve permitir o envio da ata por e-mail à todos os participantes;
40.10 O sistema deve permitir o registro da ata para consultas futuras.

– GESTÃO DE PROJETOS

41.1 O sistema deve permitir o controle de projetos, ações e atividades de forma segura e rastreável;
O sistema deve permitir a atribuição de responsáveis a cada atividade dentro de cada projeto ou
41.2
plano de ação;
O sistema deve permitir o monitoramento gráfico do desempenho das atividades, podendo também
41.3
realizar uma análise de choque entre as atividades dos recursos;
Os sistemas devem permitir a visualização de Gráficos de Gantt dinâmicos para ilustrar o avanço das
41.4
diferentes etapas de um projeto;
41.5 O sistema deve permitir visualizações customizadas pelo próprio usuário;
41.6 O sistema deve permitir atualização automática dos custos dos projetos;
O sistema deve permitir vínculo dos projetos aos objetivos estratégicos do planejamento estratégico
41.7
(BSC), realizando uma matriz de impacto demonstrando onde os projetos atuam neste planejamento;
41.8 O sistema deve permitir vínculo de ações aos indicadores de riscos e de ocorrências;
O sistema deve permitir o envio de alertas de e-mails para os responsáveis pelas atividades dos
41.9
projetos ou Plano de Ação;
O sistema deve permitir a visualização dos projetos em grupos/portfólios para facilitar a visualização
41.10
dos usuários;
O sistema deve permitir análise dos projetos com principais ferramentas da qualidade (Ishikawa,
41.11
PDCA, 5W2H)
41.12 O sistema deve permitir que os documentos externos sejam anexados as atividades
O sistema deve permitir fácil inclusão de notas pelos gestores nas atividades, inclusive, permitindo
41.13
com que as notas sejam enviadas por e-mail e facilitando a comunicação no decorrer do projeto
O sistema deve permitir um envio de e-mails da própria ferramenta de gestão de projetos, a fim de
41.14
agilizar a comunicação;
41.15 O sistema deve permitir filtros diversos para visualização dos projetos;
41.16 O sistema deve permitir que os usuários possam criar seus próprios filtros
O sistema deve permitir a atualização automática da data projetada do projeto conforme alteração
41.17
nas datas das atividades de níveis mais baixos;
O sistema deve permitir a criação de baselines do projeto independentemente da quantidade de
41.18
versões que o mesmo possui;
41.19 O sistema deve permitir a configuração do tipo de perfil de usuários em cada projeto;
O sistema deve permitir o cadastro de calendários do projeto, informando a quantidade de horas de
41.20
cada dia da semana para cálculo total da estimativa do projeto;
O sistema deve permitir um apontamento de horas gastas dentro de uma atividade de um projeto,
41.21
contabilizando assim o total de horas gastas por recurso para data projetada;
O sistema deve permitir a visualização simples das atividades pendentes dos usuários, permitindo a
41.22
atualização fácil do percentual realizado do projeto;
O sistema deve permitir a possibilidade de copiar uma atividade ou um conjunto de atividades de
41.23
vários níveis para outro projeto ou para outra subatividade dentro do mesmo projeto;
O sistema deve permitir a possibilidade de clonar uma atividade ou um conjunto de atividades de
41.24
vários níveis para outro projeto ou para outra subatividade dentro do mesmo projeto
41.25 O sistema deve permitir a comparação de uma versão atual do projeto com uma baseline criada;
41.26 O sistema deve permitir escolher uma baseline criada para ser a versão mais atual do projeto.
O sistema deve permitir acesso através do dispositivo móvel para acompanhamento dos projetos
41.27 ATRASADOS, EM RISCO, NO PRAZO e seus percentuais e as tarefas INICIADAS, CONCLUÍDAS, NÃO
INICIADAS E ATRASADAS

– GESTÃO DE DOCUMENTOS

O sistema deve permitir criar, editar e inativar (o documento não é excluído, é inativado,
possibilitando caso seja necessário ativá-lo novamente) um documento, este pode ser criado de 4
42.1 modos distintos: - Upload de Arquivo: Disponibilizando três opções de upload: * Documento fonte
(opcional e não versionado); * Documento de divulgação (Obrigatório, versionado na publicação,
controle de acesso) * Documento de Instrução (opcional e não versionado)
O sistema deve possibilitar ao gestor uma Criação de estrutura de armazenamento dos documentos,
de acordo com o exemplo: Repositório -> Pasta, ou Repositório -> Categoria -> Pasta, ou Repositório ->
42.2
Pasta e/ou Categoria -> Pasta, onde a categoria e pasta da categoria, padroniza os documentos criados
com uma numeração automática;
O sistema deve permitir a criação de Repositório e pastas deste, bem como a associação de pessoas ou
grupo de pessoas (papéis), com três níveis distintos de perfil: Administrador, Contribuinte ou Leitor
42.3
do repositório, assim como configurar um workflow de documentos padrão e alerta de envio de e-
mail, para todo documento criado que for associado a este repositório.
O sistema deve permitir a criação de Categorias e pastas desta, onde os documentos associados a
42.4
esta(s), receberão uma numeração automática, configurada na criação das categorias;
O sistema deve permitir a criação de Formulários que serão associados ao tipo de documento criado, e
42.5
exibido ao documento que for associado ao tipo de documento que conter formulário associado;
O sistema deve permitir a criação de Tipos de Documento, onde é possível configurar previamente
algumas informações que serão aplicadas de forma padrão ao documento que for associado a
determinado tipo de documento, tais como: - SLA da fase de Verificação e o bloqueio ou não deste
42.6 campo - SLA da fase de Aprovação e o bloqueio ou não deste campo - SLA da fase de Publicação e o
bloqueio ou não deste campo - Voltar a fase inicial (fase de publicação ao reprovar o documento) e o
bloqueio ou não deste campo - Permitir fluxo completo na 1ª publicação e o bloqueio ou não deste
campo - Possuir Instrução - Permitir alterar documento (arquivo) no workflow;
O sistema deve permitir a disponibilização de todo um controle de segurança de acesso aos
42.7 repositórios e pastas, onde usuários que são associados ao repositório criado terão acesso ao
documento após publicado, através da tela Central de Documentos;
O sistema deve permitir a criação de ciclo de vida/workflow do documento (elaboração, verificação,
aprovação e publicação) com pessoas responsáveis para cada fase, podendo ser inseridas mais de uma
42.8
pessoa, bem como definir a ordem ou não das pessoas que farão parte do workflow do documento na
Central de Documentos;
42.9 O sistema deve permitir a visualização gráfica do atual status do ciclo de cada documento;
42.10 O sistema deve permitir a visualização de forma fácil do Histórico de toda vida do documento;
O sistema deve possibilitar fácil bloqueio de impressão e download dos documentos, apenas para
42.11 documentos em (doc, docx ou odt) e (xls, xlsx salvos no formato de objeto de planilha). Obs. O cliente
deve ter o Windows Office ou Libre Office licenciado e instalado no servidor da aplicação.
O sistema deve permitir a integração com a norma ISO9000 criando categorias que permitem a
42.12
numeração automática dos documentos;
O sistema deve permitir a associação de palavras chaves ao documento criando um sistema dinâmico
42.13
de buscas em qualquer repositório, cujo usuário tenha acesso;
O sistema deve permitir o controle de documentos externos (vídeos, planilhas, documentos, PDF) a
42.14
central de documentos;
42.15 O sistema deve possibilitar a criação de um sistema de alertas de e-mail;
O sistema deve permitir a geração de uma visualização das pendências (verificação, aprovação e
42.16
publicação) de cada gestor dentro de uma central de responsabilidades;
42.17 O sistema deve permitir a criação de Dashboard que apresente uma visão macro para cada gestor;
42.18 O sistema deve permitir a troca de responsabilidades entre usuários ativos e inativos;
42.19 O sistema de permitir a visualização de documentos que são de acesso ao público;
42.20 O sistema deve permitir controle de cópia controlada de documento;
O sistema deve permitir acesso através do dispositivo móvel para leitura dos documentos públicos
42.21
mediante autorização por usuário para essa ação;
42.22 O sistema deve permitir a criação de documentos web com editor próprio da ferramenta;
42.23 O sistema deve ter a opção de importar documento do Word para o editor;

GESTÃO DE RISCO

O sistema deve permitir classificar riscos de ameaça e oportunidade, opção de origem do risco
43.1
interno e externo, opção de responder as ações do risco.
O sistema deve permitir exportar relatório de mapeamento de riscos na tela de mapa risco conforme
43.2
formulário e seu plano de ação.
O sistema deve permitir realizar o vínculo entre o indicador e o risco, os mesmos dados podem ser
43.3
exportados no relatório para facilitar o monitoramento.
O sistema deve permitir o monitoramento e controle do risco conforme é preconizado pelas
43.4
melhores práticas de acreditação.
O sistema deve permitir a criação de matriz de risco personalizado, assim como a identificação das
43.5 cores probabilidade e impacto customizada pelo cliente para atender matrizes de risco institucional
ou por segmento.
O sistema deve possibilitar a criação de inúmeras matrizes de riscos e associá-las a riscos e
43.6
mapeamento diferentes conforme maturidade organizacional.
O sistema deve possibilitar a criação de classes de impacto e probabilidade as reais necessidades da
43.7
instituição;
O sistema deve permitir que sejam criadas práticas de controle ou barreiras que são identificadas na
43.8
instituição, assim como fatores de risco que podem levar a causar o dano
O sistema deve permitir o controle do risco através da prevenção e execução de barreiras com
43.9
práticas de controle em auditorias periódicas conforme planejado pela qualidade e CCIH.
O sistema deve permitir a impressão de fichas de auditoria para os colaboradores da qualidade
43.10
realizarem a checagem das práticas de controle;
O sistema deve permitir a atualização dinâmica do posicionamento do risco dentro da matriz com
43.11
mais de um modelo de cálculo. Pode ser utilizado cálculo por média e cálculo subjetivo
43.12 O sistema deve permitir a geração de matriz de GUT dos riscos para análise de prioridades.
O sistema deve permitir a visualização dos riscos em gráfico que pondera probabilidade, impacto e
43.13
urgência proveniente da matriz GUT;
O sistema deve possibilitar a fácil visualização para cada gestor das atividades de sua competência
43.14
pendentes (práticas de controle, ações, indicadores);
O sistema deve permitir o exportar mapa de riscos baseado na organização, setores, processos, risco
43.15
e indicadores
O sistema deve permitir a associação de riscos a indicadores assim como a criação de plano de ação
43.16
para monitoramento dos resultados do risco.
O sistema deve permitir acesso através do dispositivo móvel a realização das auditorias de riscos com
a possibilidade de avaliar se a barreira: UTILIZA, UTILIZA PARCIALMENTE, NÃO UTILIZA, podendo
43.17
justificar se necessário, no campo descrição e fotografar como evidência.

GESTÃO DE OCORRÊNCIAS

O sistema deverá permitir a realização de notificações dos eventos e das não conformidades de
44.1
forma anônima ou identificável.
O sistema permite a criação de formulários personalizados para ocorrências, complementando os
44.2
registros e configurando os campos de respostas como obrigatórios ou opcional.
O sistema deverá permitir a geração de relatórios dos eventos e das não conformidades através de
44.3 filtros como (Organização, setor, categoria, tipo de ocorrência, causa raiz, por períodos e incidentes).
Além de gerar gráfico de Pareto.
O sistema deverá permitir a configuração de workflow automáticos das ocorrências, permitindo
44.4 alteração dos responsáveis dos fluxos no período de avaliação, como realizar a reclassificação das
ocorrências de eventos, de não conformidades e incidentes.
O sistema deverá permitir realizar o envio de alertas por e-mail para os devidos responsáveis das
44.5
notificações facilitando a visualização e acompanhamento das ocorrências
O sistema deve permitir a visualização e geração de relatórios das pendências do módulo (abertura
44.6
de ações, ações atrasadas e das fases que já passaram do prazo) de cada responsável;
O sistema deve permitir escolher a ferramenta de análise como causa raiz, Ishikawa, Ishikawa Gut ou
questionário análise das notificações para identificação da causa raiz, bem como a criação de planos
44.7
de ação para correção da causa raiz da ocorrência e assim, realizar o acompanhamento dos planos de
ação criados.
O sistema deve permitir acesso através do dispositivo móvel a notificação de ocorrências com a
44.8
possibilidade de fotografar para evidência.

SERVIÇO SOCIAL E PSICOLOGIA

O sistema deve permitir que apenas Assistentes Sociais tenham acesso às informações sigilosas
45.1
apresentadas pelo usuário em atendimento com o Serviço Social.
O sistema deve permitir que apenas Psicólogos tenham acesso às informações sigilosas apresentadas
45.2
pelo usuário em atendimento Psicológico.
6 CARACTERÍSTICAS TÉCNICAS DA SOLUÇÃO PARA ATENÇÃO BÁSICAS, ESPECIALIZADAS,
VIGILÂNCIA EM SAÚDE E SAMU
 O Sistema deverá utilizar frameworks open source, distribuído em linguagem totalmente WEB com acesso
1
multiplataforma.
Os aplicativos móveis devem ser desenvolvidos em multiplataforma, permitindo obrigatoriamente a
2
distribuição da aplicação para IOS e Android.
O sistema deverá estar homologado para o SGBD – Sistema Gerenciador de Banco de Dados, Oracle 11G ou
3
superior.
4 A solução deverá estar homologada para hospedagem on-premises (servidor local) e/ou Cloud (nuvem).
O Sistema deverá estar homologado para operar através de navegadores como: Internet Explorer, Mozilla
5 Firefox, Google Chrome etc., não sendo permitido a instalação de quaisquer outros aplicativos nas
máquinas clientes, nem utilizado emuladores, exceto suas instalações nos servidores;
O sistema deve realizar exclusão lógica de registros. Ao realizar uma ação de exclusão de um registro, este
6
não deve ser removido fisicamente do banco de dados.
O Sistema deve possuir cadastro de cidadão compatível com modelo adotado pelo DATASUS padrão CNS
7
(Cartão nacional do SUS)
Deverá permitir importação e atualização da Tabela SIGTAP, garantindo o faturamento dos procedimentos
8
padrão Ministério da Saúde.
O Sistema deverá 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
9
necessárias para geração em meio magnético, CADWEB, APAC, SISAIH-01, SI-PNI, E-SUS, Hórus BNDAF e
RAAS.
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
10 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 a
Saúde da Família (NASF), serviços, especialidades, etc.
11 Permitir cadastrar novas unidades de saúde, com todos as configurações padrão CNES.
Armazenar registro de auditoria das transações, mantendo o histórico de inserção, alteração e exclusão
12
(Exclusão Lógica)
13 Possui tela para controle e armazenamento os logs de erro do sistema em tabela de banco de dados
Permitir realizar pesquisa fonética, facilitando na identificação do paciente em quaisquer módulos do
14
sistema.
Onde houver a necessidade da identificação do paciente dentro de um modulo do sistema, deve ser
15 permitido a realização de busca por CNS, nome do paciente, nome social, data de nascimento e nome da
mãe.
O Sistema deverá possuir menu de acesso rápido através de botões padrão touchscreen para toque na
16
tela.
17 Deverá possuir campo de pesquisa para busca de módulos, relatórios, etc.
18 Deverá permitir adotar logotipo da CONTRATANTE na tela principal do sistema.
Deverá exibir de forma clara a versão utilizada, diretamente na tela de início sem a necessidade de
19
pesquisar em outras fontes, aplicativos, etc.
Possuir administração de configurações mínimas do CONTRATANTE:
* Parametrização de procedimentos de atendimento
20
* Parametrização de impressões de guias
* Parametrização de configurações básicas para utilização do sistema
O sistema não deve liberar nenhum tipo de solicitação, requisição, inclusão em listas para pacientes
21
inativos.
Itens de cadastros que estejam desativados não devem estar disponí veis para lançamento de novos
22
itens, apenas para visualização de registros que eles estejam vinculados.
23 Permitir controle de grupos de acesso, perfis e permissões para o usuário do sistema
Permitir vincular dados padrões para o perfil do usuário, gerando o preenchimento automático de
24
informações em determinados módulos do sistema de acordo com seu nível de permissão.
No momento em que o usuário realiza o login, ele terá a opção de escolher qual o perfil e
25 estabelecimento será utilizado, os acessos devem respeitar o perfil definido para o usuário no
estabelecimento selecionado.
26 Permitir criar novo procedimento, desvinculado da tabela SIGTAP.
O sistema deve dispor de rotina para realizar a importação do Cadastro de Ocupações – CBO, a partir da
27
importação SIGTAP, deve ser possível realizar manutenção no cadastro.
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-estabelecimentos, onde as alterações de
28
parâmetros e regras de um estabelecimento não influenciem no funcionamento do sistema para os
demais.
O sistema não deverá exigir a instalação de plug-ins, emuladores ou runtimes para sua utilização, exceto
29 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.
30 Possibilitar interoperabilidade com outros sistemas por meio de serviços baseados em API REST.
31 Possuir ferramenta web para construção de relatórios
32 Deverá possuir dicionário de dados com todas as tabelas do sistema
33 Permitir customizar cabeçalho e rodapé das guias.
Sistema deverá disponibilizar cadastro de avisos, definindo período da notificação e armazenando o
34
histórico dos avisos já expirados.
Auditoria de uso do sistema, onde seja possível ver as últimas inclusões ou alterações feitas nos seguintes
35 módulos: agendamento de consulta e exame, profissional, unidade de saúde, contrato de prestador e
paciente, permitindo minimante visualizar a data da revisão, tipo de revisão e qual usuário alterou o item.

7 MÓDULOS DA SOLUÇÃO PARA ATENÇÃO BÁSICAS, ESPECIALIZADAS, VIGILÂNCIA EM

SAÚDE E SAMU
A solução proposta deve conter no mínimo os seguintes módulos sendo todos os integrados de forma nativa e
transparente aos usuários :
1. Cadastros
2. Agendamento de Consultas
3. Agendamento de Exames
4. Lista de Espera
5. Procedimentos Ambulatoriais
6. Prontuário Eletrônico do Paciente (PEP)
7. Prontuário Odontológico
8. Acolhimento e Recepção
9. Pronto atendimento, Triagem e Classificação de Risco
10. Gestão da produção Atenção Primária e Fichas padrão e-SUS
11. Agente Comunitário de Saúde APP Mobile
12. Agente de Combate a Endemias - Mobile
13. Imunização e Vacinas Padrão PNI
14. Atenção à Saúde Mental – Padrão RAAS
15. Gestão do Pré-natal
16. Acompanhamento de Crônicos
17. Protocolo de Framingham
18. Gestão de Veículos e Agendamento de Viagens
19. Vigilância Sanitária
20. Vigilância Alimentar e Nutricional
21. Vigilância Ambiental – Zoonoses
22. Gestão de Estoque e Suprimentos
23. Demanda Judicial
24. Mensagens SMS
25. Correio Interno
26. Call Center
27. Portal da Transparência
28. Portal do Cidadão Desktop e Mobile
29. Painel Eletrônico de Chamado
30. Interação com Usuário
31. Controle de Escalas e Encaminhamentos
32. Serviço de Ouvidoria
33. SAMU
34. Painel de Monitoramento Estatístico
35. Faturamento SUS Ambulatorial

.
8 MÓDULOS/FUNCIONALIDADES
Item Descrição do Item
MÓDULOS CADASTRAIS
1.1.1 Paciente
1.1.1.1 O sistema deve permitir o cadastro de pacientes minimamente com os seguintes campos (Nome, nome social, data de nascimento, sexo, telefone, raça e cor, nome da mãe, nome do pai, número CNS, CPF e endereço)
1.1.1.2 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.
1.1.1.3 Permitir registrar o número do prontuário do paciente em diferentes estabelecimentos de saúde.
1.1.1.4 Permitir armazenar o número do cartão nacional de saúde (CNS) definitivo e provisórios
1.1.1.5 Possibilitar anexar documentos do paciente, em formato de imagem JPG, JPEG, PNG ou arquivo PDF, para posterior visualização
1.1.1.6 Deve ser permitido o bloqueio de um cadastro de paciente informando o motivo do bloqueio.
1.1.1.7 Para o paciente que já possua agendamentos de consultas e exames, o sistema de informar ao usuário sobre esses agendamentos futuros e permitir o cancelamento dos compromissos do paciente no ato do bloqueio.
1.1.1.8 Exibir no próprio cadastro, as alergias do paciente
1.1.1.9 Permitir a localização geográfica do endereço do paciente.
1.1.1.10 Deve permitir imprimir cartão do cidadão com opção de selecionar mais de um modelo de cartão.
1.1.1.11 Possui menu para agendamento rápido de: consultas, exames, lista de espera e triagem
1.1.1.12 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.
1.1.1.13 Deverá permitir 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).
1.1.1.14 A partir do resultado da busca do cartão SUS (PIX/PDQ), deverá permitir cadastrar ou atualizar um paciente no sistema.
1.1.1.15 Permitir cadastro de biometria para identificação do paciente, possibilitando o registro dos 10 digitais.
1.1.1.16 Permitir identificação/busca do paciente por meio de biometria para qualquer digital cadastrada
1.1.1.17 Emitir relatórios de pacientes Sintético e Analítico por: Localidade, Cadastros atualizados e Cadastros duplicados.
1.1.1.18 Emitir relatórios sintético e analítico de pacientes por localidade
1.1.1.19 Emitir relatório de pacientes com dados cadastrais inconsistentes com o padrão e-sus
1.1.1.20 Emitir relatório de pacientes com informações de cadastro e/ou atualização
1.1.1.21 Emitir relatório de pacientes duplicados
1.1.2 Cadastros Básicos
1.1.2.1 Cadastro de Raça e Cor
1.1.2.2 Cadastro de Tipos de Bloqueio do Paciente. Deve possuir parametrização para permitir definir se o bloqueio irá acarretar o cancelamento do agendamentos futuros
1.1.2.3 Cadastro de Religião
1.1.2.4 Cadastro de Grau de Instrução
1.1.2.5 Cadastro de Órgão Emissor RG
1.1.2.6 Cadastro de Etnia
1.1.2.7 Cadastro de Profissão/CBO
1.1.2.8 Cadastro de Comunidade Quilombola
1.1.2.9 Cadastro da família (ESF)
1.1.2.10 Cadastro de Vínculo Empregatício
1.1.2.11 Cadastro de Órgão de Classe
1.1.2.12 Cadastro de CIF - Classificação Internacional de Funcionalidade, Incapacidade e Saúde
1.1.2.13 Permitir acesso à toda lista do CID10, pesquisando por código ou descrição e filtrando os ativos/inativos e aqueles de notificação obrigatória.
1.1.2.14 Permitir cadastrar um novo CID com código, abreviação, classificação, filtrar grupo de CID, tipo de notificação (24 horas, anotação), tempo de notificação, Sexo, reação adversa e campos para marcação de Notificação Obrigatória, IST, Obriga investigação e notificação única. Notificação obrigatória dos casos de neoplasia maligna
1.1.2.15 Permitir configurar protocolos de condutas por CID, anexando arquivo com protocolo do tipo .pdf. Permitir que este protocolo seja exibido no atendimento médico sempre que for prescrito o referido CID na hipótese diagnóstica.
1.1.2.16 Cadastro de alergias relacionado com o CID. Deve possuir campo de observação para descrição detalhada da alergia.
1.1.2.17 Permitir cadastrar o tipo de condição de posse ou uso da terra, imóveis e domicílios com filtros busca para área, micro área, risco familiar e condição (somente membros ativos, somente inativos, etc.) e visualização de colunas com: inscrição imobiliária, endereço com rua, complemento, quadra, lote, proprietário, nº da família e Risco (baseado na estratificação de Risco familiar SAVASSI/COELHO)
1.1.2.18 Permitir configurar protocolos com relação pré-determinada de listagem de medicamentos. Este protocolo servirá como plano receituário com produtos relacionados a uma condição de saúde, a partir da prescrição médica no prontuário Eletrônico. Ex.: Hipertenso (definir medicamentos pré-definidos para este tratamento).
Permitir configurar protocolos com relação pré-determinada de solicitação de exames
(laboratoriais e de imagem). Este protocolo servirá como plano diagnóstico com os exames
1.1.2.19
relacionados a uma condição de saúde, a partir da solicitação no prontuário Eletrônico.
Ex.: Gestante (definir exames pré-definidos com finalidade diagnóstica).
1.1.3 Unidade de Saúde
1.1.3.1 Permitir cadastrar as unidades com informações padrão CNES contendo informações: Número do CNES, nome, razão social, tipo do estabelecimento, situação, telefone, endereço, caracterizações, estruturas administrativas, serviços e habilitações
1.1.3.2 Deve permitir cadastrar os setores existentes dentro do estabelecimento de saúde
1.1.3.3 Deve permitir configurar os procedimentos que o estabelecimento pode realizar
1.1.3.4 Deve permitir gerenciar as equipes e os membros das equipes vinculadas ao estabelecimento de saúde
1.1.3.5 Visualizar e manter cadastro parametrizável da estrutura administrativa e cargos de gestão de unidade de atenção à saúde e todos os membros que compõem a equipe.
1.1.3.6 Permitir identificar se a unidade faz parte de algum perfil de controle para solicitação de produtos ao estoque
1.1.3.7 Deve permitir atualizar as equipes e membros manualmente, sem a necessidade de uma importação do arquivo CNES.xml
1.1.4 Profissional
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
1.1.4.1
com data de emissão, órgão emissor e UF; Carteira de Trabalho, Carteira de Habilitação com número do registro 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.
1.1.4.2 Deve conter campo para cadastrar o nome do profissional que será exibido nas mensagens enviadas por SMS
1.1.4.3 Possibilitar anexar documentos do profissional, em formato de imagem JPG, JPEG, PNG ou arquivo PDF, para posterior visualização
1.1.4.4 Deve permitir gerenciar as agenda dos profissionais, podendo configurar as agendas por semana, período entre datas ou dia especifico e atribuir nome do turno
1.1.4.5 Visualizar e manter cadastro de motivos de movimentação profissional.
1.1.4.6 Visualizar e manter cadastro de situação funcional do profissional.
1.1.4.7 Deve permitir criar agendas por tipo de atendimento: primeira consulta, demanda espontânea e retorno.
1.1.4.8 Deve permitir configurar nas agendas os intervalos entre os atendimentos do profissional
1.1.4.9 Permitir gerenciar a liberação das agendas dos profissionais por período e turno, podendo criar, excluir ou bloquear os turnos gerados
1.1.4.10 Permitir criar agendas por estabelecimentos de saúde e especialidade/CBO do profissional
1.1.4.11 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
1.1.4.12 Permitir gerenciar agendas do profissional com vínculo em unidades de atendimento social, com as mesmas configurações exigidas no item 1.1.4.5 a 1.1.4.9
1.1.4.13 Ao bloquear ou excluir uma agenda ou turno de um profissional, o sistema deve identificar a existência de agendamentos para a data e solicitar uma ação. Os agendamentos devem ser cancelados ou transferidos para outra data.
1.1.4.14 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
1.1.4.15 Emitir relatório de profissionais com os vínculos de unidade
1.1.4.16 Emitir relatório de relação de profissionais com as equipes de atenção básica
1.1.4.17 Emitir relatório de relação de profissionais com inconsistências perante os padrões do E-SUS
1.1.4.16 Emitir relatório com relação de vagas disponíveis por turnos e especialidades
1.1.4.17 Emitir relatório com relação das vagas disponíveis por profissional
1.2 AGENDAMENTO DE CONSULTAS
1.2.1 Permitir o agendamento de consultas que deverá ser de auto completar, respeitando a regra de CBO x Procedimento existentes no SIGTAP. Ao selecionar uma consulta do tipo básica, o sistema já deve indicar automaticamente o procedimento SIGTAP e quais CBO (Código Brasileiro de Ocupação) são permitidos para tal procedimento.
1.2.2 Deve ser possível visualizar já na tela de agendamento de consulta, os pacientes agendados para o profissional de saúde, possibilitando a impressão da FAA (Ficha de Atendimento Ambulatorial).
1.2.3 Deve ser possível identificar o paciente também por meio de leitura biométrica
1.2.4 Durante o agendamento deve ser permitido ao usuário do sistema visualizar os últimos atendimentos do paciente (frequência), com indicador de absenteísmo, mostrando situação dos atendimentos anteriores com o status de cada agenda: agendado, solicitado, cancelada, faltante...
1.2.5 Ao selecionar o profissional e a unidade de atendimento, o sistema deve mostrar os turnos e os números de vagas disponíveis para o profissional na unidade
1.2.6 Ao gravar um agendamento de consulta, o sistema deverá gerar automaticamente o faturamento dos procedimentos registrados no padrão SIA-SUS (BPA)
1.2.7 Permitir a confirmação da consulta através da autenticação da Guia de consultas e/ou da biometria validando a consulta como atendida;
1.2.8 Permitir a impressão de FAA (Ficha de atendimento Ambulatorial)
1.2.9 Permitir a impressão de guia de autorização de consultas com código de barras
1.2.10 Possuir relatórios com filtros de: data, intervalo em horas, tipo de consulta (básica, especializada), unidade de saúde, paciente, profissional, CBO (especialidade), procedimento, área, micro área, controle de presença (faltante, cancelado, desmarcado), idade e classificação por sexo
1.2.11 Emitir relatório de consulta analítico e sintético com a relação de agendamentos por dia
1.2.12 Emitir relatório de consulta analítico e sintético por unidade solicitante
1.2.13 Emitir relatório de consulta analítico e sintético por profissionais de destino e origem
1.2.14 Emitir relatório de consulta analítico e sintético de atendimentos realizados localidade
1.2.15 Emitir relatório de consulta analítico e sintético por especialidades
1.2.16 Emitir relatório de consulta analítico e sintético por paciente
1.2.17 Emitir relatório de consulta analítico e sintético com encaminhamentos por especialidade
1.2.18 Emitir relatório de consulta analítico e sintético por profissional
1.2.19 Emitir relatório de consulta analítico e sintético de comparativo de consultas x atendimentos
1.2.20 Emitir relatório de consulta analítico e sintético de comparativo de consultas x realizadas
1.2.21 Emitir relatório de consulta analítico e sintético de consultas por município de residência do paciente
1.2.22 Emitir relatório de consulta analítico e sintético de profissional por dia
1.2.23 Emitir relatório de consulta analítico e sintético de agendamentos x encaminhamentos por profissional
1.2.24 Emitir relatório de consulta analítico e sintético de consultas agendadas/realizadas por profissional
1.2.25 Emitir relatório de consulta analítico e sintético de prescrições por período de tempo
1.2.26 Emitir relatório de consulta analítico e sintético por classificação de risco
1.2.27 Permitir a edição para que todos os profissionais da equipe tenham acesso a agenda para marcação de consultas; informar agendamento de consultas em horários e datas iguais (avisar quando houver conflito de horários); emitir relatórios de procedimentos, atividades coletivas e de visita domiciliar.
1.3 AGENDAMENTO DE EXAMES
1.3.1 Permitir cadastrar os prestadores que realizam exames laboratoriais e não laboratoriais
1.3.2 Permitir configurar os exames laboratoriais e não laboratoriais de cada prestador, podendo ser configurado individualmente ou em lotes
1.3.3 Deve possibilitar a cópia dos exames configurados de um prestador para outro
1.3.4 Permitir criar as agendas para os prestadores, as agendas podem ser criadas por dia da semana, período de datas ou dia especifico
1.3.5 Permitir criar as agendas para os prestadores por procedimento (exame), as agendas podem ser criadas por dia da semana, período de datas ou dia especifico
1.3.6 Deve ser permitido buscar os exames agendados por diversos filtros, inclusive com a opção de leitura biométrica para identificar os exames do paciente
1.3.7 Deve ser permitido visualizar frequência de agendamentos de exames para o paciente e o índice de absenteísmo.
1.3.8 Possibilitar a impressão de guia de autorização de consultas com código de barras
1.3.9 Permitir registrar falta do paciente no comparecimento do exame
1.3.10 Permitir registrar o comparecimento do paciente no exame
1.3.11 Permitir anexar o resultado do exame (laudo), para futura visualização do mesmo dentro sistema. Espaço para digitação dos resultados atual e subsequentes, possibilitando o acompanhamento comparativo.
1.3.12 Permitir cancelar ou estornar faturamento um exame realizado
1.3.13 Emitir relatório analítico e sintético por exames agendados
1.3.14 Emitir relatório analítico e sintético de exames agendados por solicitante
1.3.15 Emitir relatório analítico e sintético de exames por prestador
1.3.16 Emitir relatório analítico e sintético de exames por paciente
1.3.17 Emitir relatório analítico e sintético de exames com frequência por pacientes
1.3.18 Emitir relatório analítico e sintético de exames x realizados
1.3.19 Emitir relatório dos exames configurados para o(s) prestador(es)
1.3.20 Emitir relatório de exames com prévia de faturamento dos procedimentos
1.4 LISTA DE ESPERA
1.4.1 Este módulo tem por finalidade gerir a fila expectante, onde deverá permitir a pesquisa de das solicitações realizadas por: número de protocolo, filtrar por tipo (consultas, exames, APAC, AIH), situação (em espera, confirmados, aguardando), Unidade solicitante, paciente, CBO, entrada na lista por data inicial e final.
1.4.2 Deverá lista as solicitações por: tipo, gravidade, código do cidadão, nome do cidadão, idade, data de entrada, CBO.
Permitir identificar pré-requisitos do agendamento, imprimir guia da solicitação ou
1.4.3 agendar consulta a partir da lista de Espera, carregando automaticamente os dados da
solicitação na tela do agendamento.
O Protocolo de solicitação deverá trazer: código de barras, número do protocolo da Lista de
1.4.4
espera, dados do paciente, CBO/Especialidade.
O protocolo deverá permitir que o usuário possa acompanhar, inserindo o código através do site
1.4.5 portal do cidadão sua posição na lista de espera e quando sua consulta, exames e ou cirurgias
forem agendados.
Deve permitir a inserção na lista de espera automaticamente através do atendimento da consulta
1.4.6 na digitação do prontuário eletrônico, pela solicitação médica quando do encaminhamento para
especialidade e/ou cirurgia ou solicitação de exames;
Deverá permitir a inserção na lista de espera de forma manual, solicitando o tipo/grupo (Consulta,
1.4.7
Exames, AIH, APAC), informar a unidade de origem, prestador e profissional responsável.
Deverá permitir excluir o usuário da lista de espera, possuindo o campo para colocar motivo
1.4.8
da exclusão Ex.: Falecimento, consultou particular, desistiu da consulta...
1.4.9 Deverá permitir acompanhar a lista de espera do serviço social - solicitação de benefício.
Deverá permitir pesquisar, a partir da lista de Espera, solicitações enviadas à Regulação de AIH
1.4.10
e APAC.
1.4.11 Deverá permitir configurar a escala de cores com grau de priorização do atendimento em até 5 níveis. Esta configuração permitirá classificação o grau de urgência nas solicitações a partir da solicitação na inclusão em Lista de Espera.
1.4.12 Deverá possuir recurso/funcionalidade para realizara agendamento automático de consultas e exames a partir da lista de espera, priorizando a ordem de classificação.
1.4.13 Deverá possuir vários relatórios por Unidade, Demanda, Tempo de Espera, Especialidade, agendados por período, para:
1.4.14 Consultas Especializadas
1.4.15 Exame
1.4.16 AIH
1.4.17 Benefício
1.5 PROCEDIMENTO AMBULATORIAL
1.5.1 Deverá ser possível registrar os procedimentos ambulatoriais realizados pela equipe de saúde
1.5.2 Deve limitar o registro dos procedimentos baseados nas regras de CBO existentes na tabela SIGTAP
1.5.3 Para um procedimento citopatológico, o sistema deve permitir a digitação do resultado laboratorial de patologia clínica. Deve-se também possibilitar a impressão da "ficha da coleta do citopatológico do colo do útero" conforme padrão SISCAN;
1.5.4 Deve possibilitar o registro de procedimentos coletivos, com a quantidade de cidadãos que participaram da atividade
1.5.5 Para procedimentos do tipo visita domiciliar, deve permitir o preenchimento da ficha de visita domiciliar no modelo E-SUS
PROCEDIMENTO COLETIVO
1.5.6 Pesquisar em tela os procedimentos coletivos por profissional, data e procedimento.
1.5.7 Permitir registrar novo procedimento, registrando as atividades coletivas padrão e-SUS com data, horário início e fim, quantidade de participantes e local da atividade (realizando pesquisa a partir do cadastro de unidades).
1.5.8 Permitir registrar mais de um profissional para atividades compartilhadas, indicando quem é o profissional responsável pela atividade.
1.5.9 Para atividades do Programa Saúde na Escola, tornar obrigatório o número do INEP
1.5.10 Para atividades do tipo Atendimento em grupo, exibir lista de Práticas em Saúde. Em caso da optar por ‘outros’, buscar atividade em lista pré-cadastrada.
1.5.11 Permitir adicionar mais de um usuário do serviço a partir do cadastro já populado no sistema, campo para avaliação de peso, altura e cálculo automático do IMC.
1.5.12 Permitir registro acerca do PNCT – Programa Nacional de Controle do Tabagismo, registrando se cessou hábito de fumar ou abandonou o grupo.
1.5.13 Permitir a criação de outros grupos.
1.6 PRONTUÁRIO ELETRÔNICO DO PACIENTE (PEP)
1.6.1 Prontuário Eletrônico do Paciente Integrado minimamente com os módulos assistenciais, tais como: regulação, vacinas, cadastro domiciliar padrão e-SUS AB
1.6.2 Deve permitir a visualização do Resumo Clínico do usuário contendo minimamente estrutura modular e em ordem cronológica, contendo informações cadastrais e foto do usuário e possíveis alergias. Referente aos atendimentos, deve trazer as informações de: unidade de atendimento, data, sinais vitais, profissional e possível classificação de risco. Destacando os possíveis absenteísmos.
1.6.3 O Resumo Clínico deve apresentar todos os encaminhamentos especializados e hospitalares, consultas odontológicas, exames solicitados, procedimentos indiqueis e coletivos, solicitações de APAC, visitas do Agente Comunitário de Saúde e lista de medicamentos prescritos.
1.6.4 A tela multidisciplinar deve possibilitar chamar o paciente em painel com contador de tempo, opção para cancelar, desmarcar e indicar faltante em um agendamento, mostrar seletor para acompanhamento da regulação, botão para acompanhar cadastros da ESF padrão e-SUS AB, agendamento de retorno, mostrar curva de crescimento para crianças.
1.6.5 Possuir grid com todos os agendamentos com as seguintes informações: classificação de risco, hora prevista do atendimento, indicar acolhimento ou pré-consulta.
1.6.6 Possuir acesso rápido ao Resumo Clínico, ao acolhimento e pré-consulta.
1.6.7 A tela de atendimento de consulta deverá mostrar foto, código, nome e data de nascimento, idade do paciente.
1.6.8 Possibilitar a certificação digital das informações de cada atendimento por prontuário eletrônico através de assinatura digital do profissional por dispositivo token, em conformidade com o Padrão ICP – Brasil para autenticação das assinaturas digitais.
1.6.9 Permitir fazer o registro de atendimento em saúde mental através de chamada rápida em tela para atendimento padrão RAAS, conforme descrição do módulo Atenção Saúde Mental.
1.6.10 Permitir visualizar e manter Comunicação de Acidente de Trabalho (CAT) conforme modelo padronizado pelo INSS.
1.6.11 A tela de atendimento de consulta deverá ter, atalho para dados da pré consulta, campo da descrição de queixas e exame físico, com busca do CID-10; CIAP 2, podendo inserir mais de um CID/CIAP 2 por atendimento, permite colocar o paciente em observação.
1.6.12 Permitir pesquisar e registrar o CIF – Cadastro de Funcionalidade.
1.6.13 Os CID´s configurados devem abrir as fichas de notificação do SINAN para que a ocorrência seja enviada automaticamente para a Vigilância Epidemiológica, emitindo formulário de notificação padrão SINAN do Ministério da Saúde.
1.6.14 CID´s com protocolos de conduta pré-configurados, deverão habilitar em tela.
1.6.15 Deverá ter um campo para descrever histórico familiar / antecedentes, com CIAP2, indicações de cirurgias, internações, lista de problemas envolvidos.
1.6.16 Possibilitar registros no formato SOAP (Subjetivo, Objetivo, Avaliação e Plano)
1.6.17 Deverá possuir tela com lista de problemas: ativos, latentes e /ou resolvidos.
1.6.18 A prescrição deverá possibilitar escolha do tipo do medicamento, nome do medicamento com saldo do estoque do item; indicar se uso contínuo, concentração, quantidade e posologias pré-definidas.
1.6.19 Permitir realizar prescrição de material
1.6.20 Deverá alertar para as interações medicamentosas pré-cadastradas.
1.6.21 Possibilitar impressão de receituário comum em uma ou duas vias, e receituário especial para medicamentos controlados, indicando quais medicamentos devem ou não ser impressos.
1.6.22 Possibilidade de indicar quantidades de receitas para a referida prescrição, os receituários devem ter intervalos de 30 dias.
1.6.23 O sistema deverá possibilitar a visualização de prescrições anteriores, sendo do mesmo profissional em atendimento e dos demais profissionais, minimamente as últimas três prescrições, possibilitando selecionar os itens e inserindo-os numa nova prescrição.
1.6.24 O sistema deverá possibilitar lista de medicamentos pré-definidas de acordo com os protocolos de prescrição.
1.6.25 Possuir tela para demais orientações, sendo texto livre com opção de impressão.
1.6.26 Deverá mostrar em tela o resultado dos exames, com filtro de período e tipo de exames, possibilitar a impressão de exames.
1.6.27 Deverá possuir atalho para os protocolos pré-cadastrados de solicitação de exames, podendo selecionar quaisquer exames, mostrando a frequência de solicitação, imprimindo a solicitação e enviando automaticamente para a lista de espera e regulador, conforme configuração.
1.6.28 Exibir guia de solicitação de exames, que não estejam pré-configurados nos protocolos, com justificativa obrigatória e gravidade da solicitação, minimamente em três níveis de classificação, mostrando a frequência de solicitação, imprimindo a solicitação e enviando automaticamente para a lista de espera e regulador, conforme configuração.
1.6.29 Possibilitar encaminhamentos para consultas especializadas, indicando especialidade a ser encaminhado, tipo da solicitação com três níveis de classificação, com possibilidade de retorno, bem como protocolo de encaminhamento pré-configurado, o encaminhamento deve conter motivo de referência e justificativa para o encaminhamento.
1.6.30 O encaminhamento para consultas especializadas deverá possibilitar inclusão de CID que poderá ter protocolos de encaminhamentos exigindo a solicitação de exames obrigatórios para aquele encaminhamento, pré-configurados pela regulação, é possível imprimir a solicitação.
1.6.31 Permitir recuperar solicitação do encaminhamento para atenção especializada.
1.6.32 Possibilitar encaminhamento hospitalar, indicando hospital e /ou unidade de referência, apresentar minimamente três níveis de classificação, motivo de referência, justificativa, principais sintomas clínicos, condições que justificam a internação, principais resultados de provas de diagnóstico e CID obrigatório. Possibilita imprimir solicitação de AIH.
1.6.33 Deverá possibilitar o registro de informações sigilosas em campo livre, podendo escolher o grupo que terá acesso a partir do cadastro de informações sigilosas. Deverá estar visível em tela as últimas informações registradas pelo usuário logado.
1.6.34 No atendimento dos profissionais de saúde deverá ser possível anexar arquivos minimamente no formato JPEG, PDF. Os arquivos anexados devem ter a possibilidade de serem restritos para perfis de acesso pré configurados.
1.6.35 Deverá permitir registrar lembretes referentes ao atendimento do paciente para posterior consulta, com opção de ser visível a demais atendimento ou apenas ao profissional que fez o registro.
No atendimento médico possibilitar emitir atestados, minimamente de comparecimento com ou sem presença de acompanhante, licença maternidade (com validação para o sexo feminino), atestado de afastamento com autorização para mostrar o CID do atendimento e atestado de sanidade físico-meta, mostrar em tela a frequência dos atestados do usuário. O comprovante de comparecimento poderá ser
1.6.36
emitido por outros profissionais de saúde.
1.6.37 Deverá possuir no atendimento dos profissionais de saúde, folha de rosto, baseado nos padrões e-SUS AB, com dados cadastrais, escuta inicial, histórico e lista de problemas.
1.6.38 No atendimento dos profissionais de saúde deverá possuir atalho para registro de procedimentos, podendo inserir a condição do paciente, minimamente IST/AIDS, Hipertensão, Diabetes. Deverá mostrar a frequência do usuário. Emitir alarme visual em casos de atrasos nos intervalos das consultas.
1.6.39 O atendimento dos profissionais de saúde deverá possibilitar o acesso rápido ao Resumo Clínico do paciente em atendimento, conforme descrito nos itens 1.6.2 e 1.6.3.
1.6.40 Possuir atalho no atendimento dos profissionais de saúde para a caderneta de vacinação, nos moldes do padrão SIPNI.
1.6.41 Deverá permitir o registro da solicitação dos procedimentos elegíveis a autorização de APAC, emitindo a guia preenchida no padrão DATASUS.
O atendimento médico e do enfermeiro deverá possibilitar o registro das informações do Risco Cardiovascular, baseado no padrão SAVASSI, possuir minimamente botões de ajuda / orientação nos itens idade, colesterol (HDL e LDL), pressão arterial. O score deve ser calculado automaticamente através do preenchimento da pesquisa, demais pontuações do referido manual conforme caderno da atenção básica
1.6.42
número 37 - Estratégia para Cuidados da Pessoa com Doenças Crônicas, deverá manter histórico, minimamente dos últimos dois scores.
1.6.43 O atendimento dos profissionais de saúde deverá possibilitar a finalização da consulta, esse atendimento não poderá ser editado. A consulta não poderá ser editada após a finalização, contudo será permitido inserir observações, desde que justificado pelo profissional ao ser solicitado pelo Sistema do Prontuário. Exemplo: cadastrar resultado de exames.
1.6.44 O prontuário do paciente deverá mostrar todos os eventos (escuta inicial, consulta, prescrição, etc.) em ordem cronológica.
1.6.45 Permitir alterar o procedimento de referência da consulta, padrão SIGTAP, pelo profissional responsável pelo atendimento.
1.6.46 Os CAPS também registrarão seus atendimentos por meio desse Prontuário.
1.7 PRONTUÁRIO ODONTOLÓGICO
1.7.1 Permitir visualizar a agenda de atendimento com calendário, resumo da agenda com quantidade de pacientes atendidos, faltantes, cancelados e não atendidos.
1.7.2 Exibir botão para marcar chegou atestando a recepção do paciente na unidade, faltante, cancelar, demarcar ou imprimir o Mapa diário de Consulta.
1.7.3 Permitir visualizar o resumo do prontuário ambulatorial do paciente.
1.7.4 Permitir o Registro clínico odontológico do paciente com Odontograma;
1.7.5 Possibilitar registro de atendimento padrão SOAP em atendimentos no âmbito da Atenção Básica;
1.7.6 Registro dos agendamentos de consultas e procedimentos realizados;
1.7.7 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;
1.7.8 O Atendimento Odontológico deverá possuir minimamente requisitos relacionados no módulo Prontuário Eletrônico do Paciente sobre prescrição de medicamentos, encaminhamentos e requisição de exames.
1.7.9 Permite realizar anamnese e gravar histórico, sendo visível no próximo atendimento e permitindo alteração nas respostas.
1.7.10 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.
1.7.11 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, diferenciando por cores os procedimento agendados e os realizados.
Possuir a estratificação de risco em Saúde Bucal com preenchimento subdividido em blocos:
Critérios biológicos
1.7.12 Critérios autocuidado
Critérios para crianças de 0-5 anos (só abrirá para pacientes enquadrados nesta faixa etária)
Critérios odontológicos
A Estratificação de risco em saúde bucal deve seguir o disposto na Portaria nº 341, de 12 de abril de 2018, em que define a seguinte escala:
Baixo Risco 0 a 6
1.7.13
Risco Intermediário 7 a 16
Alto Risco 17 ou mais.
1.7.14 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.
1.7.15 Permite criar mais de um plano de tratamento para o mesmo paciente.
1.7.16 Permite inserir observação nos procedimentos realizados no odontograma.
1.7.17 Permitir anexar arquivos de imagem do tipo .pdf, .jpeg ou .dicon
1.7.18 Permitir imprimir prontuário odontológico com todos os dados do paciente, unidade de saúde, procedimentos realizados
1.7.19 Deverá exibir o nome e número do dente e face ao passar o cursor do mouse.
1.7.20 Permitir gerar relatórios de odontologia em:
1.7.21 Consultas Por Unidade
1.7.22 Consultas Por profissional
1.7.23 Consultas Por especialidade
1.7.24 Índices CPO-D e CAST
1.7.25 Prévia de Faturamento por CBO
1.8 ACOLHIMENTO E RECEPÇÃO
1.8.1 Permitir que os próprios usuários, através de terminais de autoatendimento (Totens), possam escolher qual o tipo de atendimento que procura.
1.8.2 O sistema de autoatendimento deve possibilitar minimamente que o cidadão possa solicitar atendimento para os serviços de agendamento de consulta, autorização de exames, vacinas e procedimentos, ou demais serviços cujo tema seja possível de configurar a partir do sistema.
1.8.3 Cada um dos serviços deverá possui critérios de prioridade entre: Normal, Preferencial e Preferencial acima de 80 anos. Os botões devem possuir imagem/ilustração para distinção de cada um destes níveis.
1.8.4 Deve disponibilizar funcionalidade integrada para realização de chamada através do regime de senhas com sinal sonoro, as informações de fila de atendimento devem ser exibidas em monitor/televisão.
1.8.5 Deve possibilitar a impressão da senha para retirada pelo usuário em impressora térmica não fiscal.
1.9 PRONTO ATENDIMENTO, TRIAGEM E CLASSIFICAÇÃO DE RISCO
1.9.1 Modulo para atendimento de consultas/procedimentos para Pronto Atendimento, que no mínimo contenha:
1.9.2 Triagem com filtros de Unidade, Profissional com foto, Equipe, CBO e Usuário do serviço com foto.
1.9.3 Para pacientes menores de idade, idosos, abrir automaticamente o campo para preencher dados do responsável. Em alguns casos não é exigido a presença do responsável para atendimento do adolescente, assim não dever ser um campo de preenchimento obrigatório.
1.9.4 Permite pesquisar frequência de triagem e consultas por paciente.
1.9.5 Após a recepção com a coleta dos dados supracitados, permitir selecionar o paciente para realizar a triagem, a partir da chamada no módulo painel de chamado.
1.9.6 Permitir configuração para que chamada no painel carregue o nome social do paciente.
1.9.7 No atendimento triagem, deverá possuir campos para avaliação do paciente:
Temperatura (ºC), peso, altura, cálculo automático do IMC com legenda da classificação de acordo com a OMS, Cintura (cm), Quadril (cm), Abdómen (cm) e cálculo automático do RCQ,
Pressão Arterial (mmHg) sistólica / Diastólica, Glicemia (mg/dl) capilar / Pós-Prandial, Perímetro cef. (cm), Pulso (bpm), F.R. (rpm), Sat O2 (%) e campo para observação.
1.9.8
O registro destes campos deverá gerar o procedimento SIGTAP correspondente para faturamento: Ex.: ao preencher a temperatura, gerar o procedimento Aferição de Temperatura
1.9.9 Permitir registrar a classificação de risco com protocolos onde, ao selecionar um determinado protocolo, carregar de forma dinâmica os sintomas para cada nível de risco classificado por cores: Normal (azul), Pouco Urgente (verde), Urgente (amarelo), Muito Urgente (laranja) e Emergência (vermelho).
1.9.10 Ao gravar um sintoma/classificação do risco, o sistema deverá preencher automaticamente o campo observação com a classificação selecionada para fins de registro do histórico, uma vez que a classificação pode ser alterada pelo classificador dentro do Prontuário Eletrônico – PEP. A classificação de risco é realizada pelo enfermeiro, à exceção de catástrofes em que o médico também classifica.
Deverá possuir Régua de Dor com faixa de 0 a 10 com legenda para apoio à equipe de enfermagem:
Parte superior do formulário
Dor intensa entre 8-10
1.9.11 Dor moderada entre 5-7
Dor leve entre 1-4 (esta última independente da duração)
Parte inferior do formulário

Cada faixa numérica deve ter uma cor correspondente para facilitar a indicação da faixa de dor:
0 (cinza)
1.9.12 1 a 4 (azul se dor com menos de 7 dias e verde se ultrapassar os 7 dias)
5 a 7 (amarelo)
8 a 10 (laranja)
1.9.13 Ao registrar a Régua de Dor, o sistema deve gravar no texto correspondente no campo observação para fins de histórico.
1.9.14 Deverá permitir registro do profissional e procedimento realizado durante a triagem.
1.9.15 Deverá carregar as alergias do paciente e permitir alterá-las durante o atendimento triagem. As alergias devem aparecer em forma de alarme quando o prontuário for aberto.
1.9.16 Ao finalizar triagem, permitir impressão de etiqueta com identificação do paciente, podendo ser configurada para impressora em papel adesivo (identificação do paciente colada em local visível, por exemplo) ou na pulseira identificada por cores.
1.9.17 Ao gravar, permitir impressão da Guia do atendimento, bem como a FAA e Folha de Rosto.
1.9.18 Uma vez finalizada a triagem, paciente entrará na fila de atendimento de Consulta para que os profissionais de saúde lance os dados baseado em todos os requisitos do módulo Prontuário Eletrônico do Paciente.
1.9.19 Na fila de atendimento, permitir colocar o paciente em Observação
1.9.20 Exibir Indicador mostrando em qual leito/ala/setor o devido paciente se encontra.
1.9.21 No mesmo módulo, ao selecionar o procedimento/sutura a ser realizado, indicar o profissional responsável pela execução do mesmo.
1.9.22 Aplicação medicamentosa para prescrições já definidos pelo médico ou enfermeiro responsável, onde apenas seleciona o medicamento e a enfermagem já aplica e diz o responsável.
1.9.23 Deverá ser totalmente integrado ao sistema de acolhimento e classificação de risco;
1.10 GESTÃO DA PRODUÇÃO ATENÇÃO PRIMÁRIA E FICHAS PADRÃO E-SUS
1.10.1 DOMICILIAR E TERRITORIAL / FICHA DE CADASTRO INDIVIDUAL
1.10.1.1 Deve possuir cadastros de equipe, cadastro de área e micro área para vinculação/alocação dos profissionais e seu CBO que faram a composição da equipe mínima ESF de acordo com os respectivos vínculos do CNES;
1.10.1.2 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.
1.10.1.3 Deve permitir possuir o cadastro da família, ou composição familiar identificando com foto todos os indivíduos da família pelo nome, código de identificação no sistema, CNS, idade, organização familiar em relação ao responsável, indicação se é ou não responsável familiar (chefe família) bem como a respectiva ficha de cadastro individual e a situação de saúde padrão e-SUS/SISAB;
Deve permitir a Inclusão/exclusão dos indivíduos componentes da família através do cadastro de usuários do serviço (Paciente) integrado dentro do módulo da composição familiar, bem como também possuir funcionalidade para a transferência remoção de todos os familiares de uma determinada família para outra, sendo que na respectiva confirmação da transferência o sistema deve atribuir o endereço do
1.10.1.4
imóvel para onde os indivíduos foram transferidos para o seu respectivo cadastro de usuários do serviço (paciente) mantendo a integridade do cadastro;
1.10.1.5 Cadastros de imóveis e domicílios: O Sistema deverá permitir buscar os imóveis já cadastrados, bem como cadastrar um imóvel novo.
1.10.1.6 Para busca de um imóvel já cadastrado será possível buscar o mesmo pelo nome do proprietário, inscrição imobiliária, membro da família, número da família, endereço, bairro, código do membro da família, quadra, lote e número do NIS do responsável além de ainda filtrarmos por área e micro área.
1.10.1.7 Para um novo cadastro, o Sistema deverá possuir os seguintes dados do imóvel: dados do proprietário ou responsável pelo imóvel, inscrição imobiliária, distrito, setor, quadra, lote, unidade domiciliar, pais, estado, cidade, endereço, bairro, número e CEP.
1.10.1.8 Visualizar e manter a identificação de membros da família com Benefício de Prestação Continuada – BPC.
1.10.1.9
Visualizar e manter a identificação de membros da família beneficiados pelo Programa Bolsa Família do Governo Federal.
1.10.1.10 Permitir acesso ao módulo de estratificação de Risco Familiar com escore baseado na escala Savassi-Coelho.
1.10.1.11 A composição familiar deverá carregar todos os membros da família listando: Nome/código/ CNS, Idade, Organização familiar, se responsável familiar.
1.10.1.12 Deverá ainda listas todos os pacientes com acesso aos seus respectivos prontuário com todo histórico de atendimentos conforme filtro de data inicial para pesquisa, questionário individual e questionário de situação de saúde.
1.10.2 FICHA DE ATENDIMENTO INDIVIDUAL
1.10.2.1 Permitir realizar o registro dos Atendimentos Individuais de acordo com o padrão de Ficha de Atendimento Individual padrão e-SUS 2.0 ou superior, destinada aos registros das ações de promoção a saúde do indivíduo.
Sistema deve possibilitar informar os respectivos campos informações: Unidade/Estabelecimento de Saúde executante, profissional, CBO, Local de Atendimento sendo necessário obrigatório informar pelo menos uma das seguintes opções: (01 – UBS, 02 - Unidade móvel, 03 – Rua, 04 – Domicílio, 05 - Escola/Creche, 06 – Outros, 07 - Polo (Academia da Saúde, 08 - Instituição/Abrigo, 09 - Unidade prisional ou
congêneres, 10 - Unidade socioeducativa)). Equipe, data, usuário do serviço, possibilitando a busca do cadastro de paciente integrada a solução, exibindo em tela o nome do usuário, CNS, data nascimento e sexo, bem informar se a vacinação está em dia ou não, possibilitar informar o tipo de atendimento (Consulta programa / Cuidado continuado, Consulta agendada, dentro da Demanda espontânea se foi do tipo
(Escuta inicial / Orientação, Consulta no dia ou Atendimento de urgência) referente ao turno (manhã, tarde ou noite), se foi na modalidade AD (AD1, AD2, AD3), possibilitar informar a Avaliação Antropométrica (Perímetro cefálico, peso, altura), possibilitar informa no caso de crianças se o Aleitamento materno é (01 – Exclusivo, 02 – Predominante, 03 – Complementado, 04 – Inexistente), possibilitar informar se o
1.10.2.2
paciente ficou em Observação, sim ou não, possibilitar informar a Racionalidade em saúde (01 - Medicina Tradicional Chinesa, 02 - Antroposofia Aplicada à Saúde, 03 – Homeopatia, 04 – Fitoterapia, 05 – Ayurveda, 06 – Outra), bem esse campo não deve ser de preenchimento obrigatório, por causa da racionalidade utilizada seja a Alopatia/Convencional. Referente ao planejamento familiar, dados de mulheres
gestantes quando for o caso, sistema possibilitar informar os seguintes campos, informações como a DUM, idade gestacional em semanas, gestas prévias, partos, referente aos atendimentos em NASF/Polo, deve ser possível informar (Avaliação/Diagnóstico, Procedimentos Clínicos/Terapêutico, Prescrição Terapêutica), deve possibilitar informar Problema/Condição(ões) avaliada(s) de acordo com a ficha padrão
2.0, caso contrário sistema deve permitir informar 1 ou 2 tipos de CIAP2 ou 1 ou 2 CID10, bem como sistema também de possibilitar informar Exames Avaliados ou Solicitados dentro os tipos padrões da ficha 2.0 respectiva, bem como informar se o exame foi Solicitado, Avaliado ou ambos, bem como possibilitar a Conduta/Desfecho de acordo com a ficha padrão e-SUS 2.0 ou superior.
1.10.3 FICHA DE ATENDIMENTO INDIVIDUAL
1.10.3.1 Deve permitir informar o tipo de procedimento que será registrado (ambulatorial ou coletivo) identificar a unidade de saúde do profissional responsável pelo atendimento bem como o nome do profissional e o procedimento que foi realizado (sutura, aferição de preção, glicemia, etc.) no caso de registro de uma visita domiciliar ao selecionar o procedimento.
1.10.3.2 Permitir o registro de atividades coletivas com campos para inserir:
1.10.3.3 a. código de atendimento,
1.10.3.4 b. data,
1.10.3.5 c. Unidade de Saúde,
1.10.3.6 d. Caráter do atendimento
1.10.3.7 e. Profissional responsável
1.10.3.8 f. CBO profissional destino
1.10.3.9 g. Procedimento
1.10.3.10 h. Quantidade de participantes
1.10.3.11 No registro da visita onde abrira uma tela com a ficha do modelo e-SUS para o registro do procedimento, onde deverá ser informado o turno da visita, desfecho da visita, motivo da visita, tipo de acompanhamento e ou busca ativa.
Procedimentos coletivos e/ou PSE, irá indicar o procedimento que será realizado, (atividade educativa / orientação em grupo na atenção básica) ao selecionar este procedimento,(atividade coletiva) estar disponível uma ficha para registro nos padrões do E-SUS onde o usuário ira informar a data da atividade, hora de início e hora de fim da atividade, poderá vincular todos os profissionais envolvidos na atividade, e
1.10.3.12
selecionar a atividade que foi realizada, lembrando que para atividades do programa saúde na escola é necessário informar o INEP do estabelecimento bem como informar o nome dos participantes das atividades que apresentarem avaliações alterada
1.10.3.13 Deve permitir informar o tipo de procedimento que será registrado (ambulatorial ou coletivo) identificar a unidade de saúde do profissional responsável pelo atendimento bem como o nome do profissional e o procedimento que foi realizado (sutura, aferição de preção, glicemia, etc.) no caso de registro de uma visita domiciliar ao selecionar o procedimento.
1.10.4 FICHA DE ATENDIMENTO ODONTOLÓGICO INDIVIDUAL
1.10.4.1 Deve informar a unidade de saúde do profissional responsável pelo atendimento bem como o nome do profissional, CBO, equipe, local de atendimento, data, turno e paciente, permitindo inserir número do prontuário.
Permitir registrar: Tipo de atendimento (Consulta agendada, Demanda espontânea, Escuta/orientação, Consulta do dia,
1.10.4.2
Atendimento de urgência); Tipo de Consulta (Primeira consulta odontológica programática, Consulta de retorno em odontologia, Consulta de manutenção em odontologia); vigilância em Saúde Bucal (Abscesso dento alveolar, Alteração em tecidos moles, Dor de dente, Fendas ou fissuras labiopalatais, Fluorose dentária, moderada ou severa, Traumatismo dento alveolar, não identificado)
1.10.4.3 Permitir inserir procedimento odontológico (pesquisar a partir da tabela SIGTAP) com observação, dente e face.
1.10.4.4 Fornecimento (Escova dental, Creme dental, Fio dental)
Conclusão (Retorno para consulta agendada, Agendamento para outros profissionais AB, Agendamento
1.10.4.5
para NASF, Agendamento para grupos, Alta do episódio Tratamento concluído)
1.10.4.6 Encaminhamento (Atendimento a pacientes com necessidades especiais, Cirurgia BMF, Endodontia, Estomatologia, Implantodontia, Odontopediatria, Ortodontia / Ortopedia, Periodontia, Prótese dentária, Radiologia, Outros
1.10.4 MARCADOR DE CONSUMO ALIMENTAR
1.10.5.1 Permitir realizar o acompanhamento e registro de marcadores alimentar de acordo com a ficha padrão e-SUS 2.0 ou superior.
Sistema deve possibilitar informar os respectivos campos informações: Unidade/Estabelecimento de Saúde executante, profissional, CBO, Equipe, Local de Atendimento sendo necessário obrigatório marcar pelo menos uma das opções entre elas (01 – UBS, 02 - Unidade Móvel, 03 – Rua, 04 – Domicílio, 05 - Escola/Creche, 06 – Outros, 07 - Polo (Academia da Saúde), 08 - Instituição / Abrigo, 09 - Unidade prisional ou
1.10.5.2
congêneres ou 10 - Unidade socioeducativa), identificação do usuário do serviço (Paciente) exibindo pelo menos a Data Nascimento e Idade detalhando os anos, meses e dias.
1.10.5.3 Sistema deve exibir os campos de anamnese dos marcadores de consumo alimentar distinguindo entre três grupos de marcadores de acordo com as respectivas faixas etárias conforme preconizado na ficha padrão e-SUS 2.0 ou superior:
1.10.5.4 1 – Crianças menores de seis meses o sistema deve obrigar a informação de todos os marcadores alimentares sendo eles: (A criança ontem tomou leite do peito? Ontem a criança consumiu: (Mingau, Água/chá, Leite de vaca, Fórmula Infantil, Suco de fruta, Fruta, Comida de sal (de panela, papa ou sopa), outros alimentos/bebidas), sendo necessário marcar entre uma das opções: (Sim, não ou Não sabe)).
2 - Crianças de 6 a 23 meses o sistema deve obrigar a informação de todos os marcadores alimentares sendo eles: (Outro leite que não o leite do peito; Mingau com leite; Iogurte; Legumes (não considerar os utilizados como temperos, nem batata, mandioca/aipim/macaxeira, cará e inhame); Vegetal ou fruta de cor alaranjada (abóbora ou jerimum, cenoura, mamão, manga) ou folhas verdes escuras (couve, caruru,
1.10.5.5 beldroega, bertalha, espinafre, mostarda); Verdura de folha (alface, acelga, repolho); Carne (boi, frango, peixe, porco, miúdos, outras) ou ovo; Fígado; Feijão; Arroz, batata, inhame, aipim/macaxeira/mandioca, farinha ou macarrão (sem ser instantâneo); Hambúrguer e/ou embutidos (presunto, mortadela, salame, linguiça, salsicha); Bebidas adoçadas (refrigerante, suco de caixinha, suco em pó, água de coco em
caixinha, xaropes de guaraná/groselha, suco de fruta com adição de açúcar); Macarrão instantâneo, salgadinhos de pacote ou biscoitos salgados; Biscoito recheado, doces ou guloseimas (balas, pirulitos, chiclete, caramelo, gelatina)), sendo necessário marcar entre uma das opções: (Sim, Não ou Não sabe)).
1.10.6 FICHA DE AVALIAÇÃO DE ELEGIBILIDADE E ADMISSÃO
1.10.6.1 Permitir realizar o registro dos Atendimentos Individuais de acordo com o padrão de Ficha de Atendimento Individual padrão e-SUS 2.0, destinada aos registros das ações de promoção a saúde do indivíduo.
Sistema deve possibilitar informar os respectivos campos informações: Unidade/Estabelecimento de Saúde executante, profissional, CBO, Equipe, Origem sendo entre as opções (UBS, Outros, Hospital, Unidade de Pronto Atendimento, CACON/UNACON, Urgência/emergencial Hospital SOS, Hospital SOS demais setores), Data e identificação do usuário do serviço (Paciente) exibindo os seguintes campos e
informações do cadastro integrado do sistema (Nome Social se houver, Sexo, Data Nascimento, Idade, Cartão SUS, Raça/Cor, Número Identificação Social – NIS, Nome completo da mãe, Nome completo do pai ou opção para marcar se for desconhecido, Nacionalidade, Cidade de Nascimento, e-mail) referente ao endereço atual do paciente deve trazer automaticamente do cadastro integrado do paciente os campos
(Município, UF, Tipo Logradouro, Logradouro, Localidade (bairro), número, CEP, Complemento)), bem como referente aos telefones de contato trazer automaticamente pelo menos o telefone principal de contato mais outro número de telefone de contato de referência. Sistema deve possibilitar informar as Condições Avaliadas de acordo com a ficha padrão 2.0, bem permitir informar em caráter obrigatório o
1.10.6.2 CID10 principal, bem como possibilitar informar pelo menos mais 2 CID10 secundários, bem como sistema deve possibilitar informar a Conclusão, sendo entre as opções (AD1, AD2, AD3 ou inelegível), caso a conclusão seja escolhido entre as opções AD1, AD2 ou AD3, sistema deve permitir informar em caráter obrigatório se elegível em alguma das seguintes opções (Admissão na própria EMAD, Encaminhado para
outra EMAD, Encaminhado para Atenção Básica AD1 ou Outro encaminhamento) caso seja escolhido a opção Inelegível sistema deve possibilitar em caráter obrigatório pelo menos uma das seguintes opções ou todas elas sendo (Instabilidade clínica com necessidade de monitorização contínua, Necessidade de propedêutica complementar, com demanda potencial para a realização de vários procedimentos
diagnósticos, com urgência, Outro motivo clínico, Ausência de cuidador(em casos de necessidade) ou Outras condições sociais e/ou familiares impeditivas do cuidado domiciliar), bem como possibilidade de informar o Cuidador entre as opções sendo (Não possui, Cônjuge/Companheiro(a), Filho(a)/Enteado(a), Pai/Mãe, Avô/Avó, Neto(a), Irmão(ã), Outro), sendo todo as informações possíveis de registrar de
acordo com a ficha padrão e-SUS 2.0 ou superior.
1.10.6.3 Permitir realizar o registro dos Atendimentos Individuais de acordo com o padrão de Ficha de Atendimento Individual padrão e-SUS 2.0 ou superior, destinada aos registros das ações de promoção a saúde do indivíduo.
1.10.7 FICHA DE ATENDIMENTO DOMICILIAR
1.10.7.1 Permitir realizar o registro dos Atendimentos Domiciliares de acordo com o padrão de Ficha de Atendimento Domiciliar, destinada a usuários com dificuldade ou impossibilidade física de locomoção até uma unidade de saúde.
1.10.7.2 AD 1: usuários que necessitam de cuidados de menor intensidade, devendo ser acompanhados regularmente pela equipe de atenção básica.
1.10.7.3 AD 2: usuários que necessitam de cuidado intensivo, com visitas, no mínimo semanais.
1.10.7.4 AD 3: usuário com os critérios de AD2 somados ao uso de suporte ventilatório não invasivo, ou paracentese, ou diálise peritoneal.
1.10.7.5 Sistema deve permitir os registros de atendimentos, possibilitando informar os respectivos campos informações:
Unidade/Estabelecimento de Saúde executante, profissional, CBO, equipe, data, usuário do serviço, possibilitando a busca do cadastro de paciente integrada a solução, exibindo em tela o nome do usuário, CNS, data nascimento e sexo, bem como possibilitar informar o local de atendimento, turno, modalidade AD (AD1, AD2, AD3), tipo de atendimento (programado ou não), CID e CIAP, condições de avaliadas,
1.10.7.6
possibilitar a informação dos procedimentos realizados com código e procedimento SIGTAP, bem com informar a Conduta/Desfecho de acordo com a ficha padrão e-SUS 2.0;
1.10.8 FICHA COMPLEMENTAR SÍNDROME NEUROLÓGICA POR ZIKA / MICROCEFALIA
1.10.8.1 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).
Permitir registrar resultados de exames (com data de realização para cada um dos casos) para os exames e seus respectivos status:
Teste do olhinho – resultado presente bilateral / duvidoso ou ausente
Teste fundo de olho – normal / alterado
1.10.8.2 Teste da orelhinha – passou / falhou
US Transfontanela – normal / sugestivo de infecção congênita / outras alterações / indeterminado
Tomografia Computadorizada - normal / sugestivo de infecção congênita / outras alterações / indeterminado
Ressonância Magnética - normal / sugestivo de infecção congênita / outras alterações / indeterminado
1.10.9 ESTRATIFICAÇÃO DE RISCO FAMILIAR (ESCALA DE COELHO)
Módulo deverá fornecer os parâmetros de escore de risco padrão Savassi/Coelho do cadastro individual e domiciliar das fichas do e-SUS e classificar automaticamente:
- R1 risco menor escore igual menor que 06
1.10.9.1
- R2 risco médio entre 7 e 8
- R3 risco máximo igual ou maior que 9
1.10.9.2 Esta classificação deve estar diferenciada por cores e presente no domicílio dos usuários.
1.10.9.3 Deverá permitir pesquisa com estratificação de risco vinculada ao cadastro de domicílios, com pesquisa de domicílios por estratificação por cores da escala de Coelho.
1.10.10 PMAQ (PROGRAMA NACIONAL DE MELHORIA DO ACESSO E DA QUALIDADE DA ATENÇÃO BÁSICA)
1.10.10.1 Este módulo deve fazer a contabilização automática dos indicadores do programa PMAQ, baseado na coleta dos dados que o sistema deve fazer, dos registros e informações alimentadas nos módulos do sistema de acordo com a necessidade de contabilização dos respectivos indicadores.
1.10.10.2 A partir dessas informações dos módulos do sistema de foram registradas, e posteriormente exportadas para o e-SUS AB, permitir o usuário com privilégio de acesso a funcionalidade avaliar os seguintes indicadores através de relatório:
1.10.10.3 Número Médio de atendimentos de médicos e de enfermeiros;
1.10.10.4 Número de atendimentos de demanda espontânea;
1.10.10.5 Número de atendimentos de consulta agendada;
1.10.10.6 Número de atendimentos de Hipertensão Arterial Sistêmica (HAS);
1.10.10.7 Número de atendimentos de Diabetes Mellitus (DM);
1.10.10.8 Número de atendimentos de Obesidade (OBES);
1.10.10.9 Número de atendimentos de Depressão (DEP);
1.10.10.10 Número de procedimentos de coleta de material citopatológico do colo de útero;
1.10.10.11 Número de atendimentos de primeira consulta odontológica programática;
1.10.10.12 Número de atendimentos a recém-nascidos na primeira semana de vida;
1.10.10.13 Número de atendimentos médicos para serviço especializados;
1.10.10.14 Número de tratamentos concluídos pelo cirurgião dentista;
1.10.10.15 Quantitativo de serviços ofertados em Atenção Básica;
1.10.10.16 Quantitativo de serviços ofertados em Saúde Bucal na Atenção Básica;
1.10.10.17 Número de atendimentos individuais registrados por profissionais do NASF;
1.10.10.18 Número de atendimentos domiciliares registrados por profissionais do NASF;
1.10.10.19 Número de atendimentos individuais registrados conjuntamente por profissionais do NASF e da ESF;
1.10.10.20 Número de atendimentos em grupo registrado por profissional do NASF.
1.10.10.21 Sistema deve gerar um relatório com todos os respectivos indicadores em formato PDF, XLS ou RTF;
1.10.10.22 Sistema deve permitir na geração do relatório filtros referentes a Unidade de Saúde CNES, Equipe / Área ou equipes área equivalente da unidade de saúde CNES, bem como período de data inicial e data final para geração do relatório.
1.10.10.23 Módulo deve disponibilizar para download em formato PDF um manual explicativo da origem de dados contabilizados automaticamente para coleta dos dados informados pelo relatório em cada indicador, permitindo o usuário fazer busca e auditória das informações registradas nos módulos do sistema de acordo com os resultados do relatório apresentado.
1.10.10 EXPORTADOR E-SUS
1.10.11.1 Obrigatoriedades sobre a exportação dos atendimentos realizados na Atenção Básica (CDS/RAS):
1.10.11.2 Para que seja possível a importação dos registros no E-SUS todos os dados cadastrais de Pacientes, Profissionais e Unidades de Saúde (Equipes) devem estar completos;
1.10.11.3 Obrigatoriamente os Pacientes devem possuir no cadastro o número do CNS, evitando inconsistência no envio da produção.
1.10.11.4 Obrigatoriamente os Profissionais devem possuir no cadastro o número do CNS, evitando inconsistência no envio da produção.;
1.10.11.5 Obrigatoriamente as Unidades de Saúde devem possuir no cadastro o número do CNES;
1.10.11.6 Sistema deve disponibilizar uma tela que seja possível selecionar os módulos ou fichas de registros contendo os registros de dados alimentados no sistema que o operador deseje escolher para ser exportados para e-SUS:
1.10.11.7 Ficha de cadastros individuais, cadastros domiciliares, atendimentos individuais, procedimentos coletivos – PSE, procedimentos odontológicos, procedimentos ambulatoriais e visitas domiciliares.
1.10.11.8 Todos os campos desta tela de exportação, devem conter um “help”, para auxiliar o melhor uso da ferramenta, com telas explicativas do processo e-SUS.
1.10.11.9 Tela onde possa selecionar quais unidades serão extraídos os dados para exportação.
1.10.11.10 Módulo que permita uma visualização em tela de competências do e-SUS já exportadas, com os seguintes filtros de buscas: Equipe/Unidade, Profissional, Data atendimento, usuário, Procedimento, Status do registro.
Exibir em tela separada por abas os procedimentos por:
Atividade Coletiva,
Procedimentos (ambulatoriais e Agendamentos de consulta),
Visitas (Proc. Ambulatoriais e Visitas Por Tablet),
Domicílios,
Cadastro Individual,
Procedimentos e Atendimentos. Odontológicos,
1.10.11.11
Atendimentos/ Ficha de Atendimento Individual.
Consumo Alimentar
Avaliação de elegibilidade
Atendimento Domiciliar
Ficha Complementar (Zika/Microcefalia)
Vacinação SI-PNI – conforme portaria 2.499 de 23 de setembro de 2019
Cada aba deverá exibir um painel que mostre a quantia de procedimentos realizados com respectiva validação de inconsistência e o motivo.
1.10.11.12 Que o Sistema mostre nesta tela, as linhas com problemas de falta de campos obrigatórios do e-SUS
1.10.11.13 Permitir fazer pesquisa do UUID
1.10.11.14 Gerar arquivo zipado com parâmetros do layout e-SUS, com lote, dia, mês, ano, horas e minutos que o arquivo foi criado.
1.10.11.15 Relatórios e-SUS: Resumo da exportação, Procedimentos PEC, quantitativos por atendimento, Procedimentos Sintético, Procedimentos Analítico, Procedimentos PEC.
1.10.11.16 Ambos com filtros de Unidade, Usuário, Profissional, Período, Idade, Sexo.
Disponibilizar relatórios de contingência (para eventual necessidade de registro manual nas fichas do E-SUS):
Atendimento Domiciliar
Avaliação de Elegibilidade e Admissão
Cadastro Domiciliar e Territorial
Cadastro Individual
1.10.11.17
Ficha Complementar
Ficha de Atendimento Individual
Ficha de Atendimento Odontológico Individual
Ficha de Atividade Coletiva
Ficha de Visita Domiciliar e Territorial
Ficha de Procedimento Ambulatorial
Ficha de Vacinação
Marcadores de Consumo Alimentar
Manual do e-SUS
Ficha de atendimento Oncológico
1.11 AGENTE COMUNITARIO DE SAÚDE - APP MOBILE
1.11.1 Deverá possuir obrigatoriamente aplicativo móvel off-line (sem conexão com internet), compatível com as versões do Android 6.0 ou superior e IOS 10 ou superior.
1.11.2 O aplicativo deve estar publicado nas lojas da Apple e Google
1.11.3 O aplicativo deve permitir registrar todas as informações coletadas pelos Agentes Comunitários de Saúde seguindo o padrão e-SUS do Ministério da Saúde
1.11.4 Permitir acessar o APP com credenciais definidas através do sistema, vinculando a área e micro área do ACS nos registros realizados dentro do APP
1.11.5 Deve ser possível Importar os dados baseados na ACS, disponibilizando domicílios e famílias para realização das visitas e atualizações cadastrais
1.11.6 Visualizar e manter lista por imóvel ou usuário do serviço
1.11.7 Permitir realizar pesquisa em campo texto.
1.11.8 Permitir listar as famílias por endereço com visualização rápida do número da família e quantidade de membros
1.11.9 No cadastro da família, permitir registrar o número do prontuário familiar, renda familiar (em salários mínimos) e seus respectivos membros visualização na mesma tela do: nome, idade em anos, sexto e número do CNS.
1.11.10 Permitir cadastrar uma família e vincular ao domicilio
1.11.11 Permitir adicionar foto ao cadastro do cidadão
1.11.12 Permitir adicionar foto ao cadastro de domicilio
1.11.13 Permitir adicionar novos membros familiares ao domicilio
1.11.14 Ao inserir um cidadão em uma família, o sistema deve criticar se o cidadão encontra-se inserido em outra família
1.11.15 Deve permitir cadastro e atualização das ficha domiciliar padrão E-SUS
1.11.16 Deve permitir cadastro e atualização da ficha individual e saúde do paciente no padrão E-SUS
1.11.17 Permitir realizar visita para o cidadão, registrando os dados da visita no modelo da ficha E-SUS
1.11.18 Permitir o ACS registar o desfecho da visita com assinatura eletrônica direto no dispositivo móvel
1.11.19 Armazenar a posição geográfica (GPS) do local onde foi realizado a visita
1.11.20 Possibilitar a realização da visita fora da área de cobertura do ACS
Emitir relatórios estatísticos dentro do próprio aplicativo com:
1.11.21 - Quantidade de visitas em imóveis
- Quantidade de visitas por cidadão
1.11.22 Deve possuir serviço de sincronização de dados para permitir enviar as informações registrados no APP. Os dados devem ser armazenados na base de dados da saúde
1.11.23 Deve possuir tela para gerenciar os dados sincronizados via aplicativo
1.11.24 Deverá emitir relatório de atividades de ACS na aplicação por:
1.11.25 Relação Imóveis com Risco de Dengue
1.11.26 Relação de Entrevistados
1.11.27 Tempo de Visitação
1.11.28 Situação de Saúde Analítico
1.12 AGENTE DE COMBATE A ENDEMIAS - MOBILE
1.12.1 Possibilitar no aplicativo móvel o acesso a todos os quarteirões/quadras de atuação do agente comunitário de endemias.
1.12.2 Permitir informar o número do SINAN, Ciclo e número de controle do foco.
1.12.3 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 Denuncia e Bloqueio de Transmissão.
1.12.4 Permitir registrar os depósitos vistoriados para coleta de amostras por tipo: A1, A2, B, C, D1, D2 e E.
1.12.5 Permitir selecionar, quando aplicável, o tipo de veneno com a referida quantidade em gramas e para qual tipo de depósito foi aplicado.
1.12.6 Possibilitar a carga de todos os cadastros de imóveis e domicílios que estão em planejamento dentro do setor responsável.
1.12.7 Possibilitar a carga de todos os cadastros de imóveis e domicílios que estão em planejamento dentro do setor responsável.
1.12.8 Possibilitar importar para o aplicativo móvel somente o planejamento de vistorias ou reclamações atribuídas ao profissional.
1.12.9 Permitir realizar registros de vistorias realizadas no aplicativo fora de um planejamento;
1.13 CONSIDERAÇÕES GERAIS UBS
1.13.1 Incluir escala de Braden para avaliação de acamados.
1.13.2 Ao registrar a vacina no prontuário deve-se ficar registrado a unidade de saúde na qual foi aplicada.
1.13.3 Gestante, contagem automática das semanas após inserção da DUM ou ultrassonografia.
1.13.4 Incluir formulário para avaliação do pé diabético.
1.13.5 Incluir formulário/guia para consulta de puericultura, conforme idade com emissão de relatórios no formato de gráficos.
1.13.6 Prever a ocorrência de interconsultas (com mais de um profissional) e consultas coletivas (com mais de um membro da família).
1.13.7 O funcionamento do Sistema/Prontuário deve ocorrer também no modo offline.
1.13.8 Disponibilizar o Cartão de Vacina da Gestante.
1.14 ATENÇÃO À SAÚDE MENTAL – PADRÃO RAAS
1.14.1 Deve ser possível registrar todas as informações do atendimento para o paciente referente a atenção psicossocial
1.14.2 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.
1.14.3 Permitir inserir as quantidades das ações realizadas pelo profissional, informando o local da realização da atividade
1.14.4 A ações devem ser vinculadas aos procedimentos da tabela SIGTAP
1.14.5 Permitir vincular um CID à ação caso o procedimento esteja exija esse preenchimento em suas condicionalidades
1.14.6 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.
1.14.7 Deve permitir imprimir os espelhos dos atendimentos.
1.14.8 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 re-digitação.
1.14.9 Deverá gerar os seguintes relatórios RAAS:
1.14.10 Por Procedimento
1.14.11 Por atendimento
1.14.12 Por origem e destino do paciente
1.14.13. Procedimentos por profissional
1.15 GESTÃO DO PRÉ NATAL
1.15.1 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, a partir da tela atendimento médico (SOAP);
1.15.2 No objetivo (O), permitir registrar: descrição do exame físico, DUM, Tipo de gravidez, DPP, Movimentação Fetal, Altura Uterina e Batimento cardíaco fetal.
1.15.3 Registrar antecedentes obstétricos
1.15.4 Deverá exibir um painel de acompanhamento de todas as gestantes da rede com gráfico de cores destacando:
- Gestação por risco: habitual, intermediário e alto
 - Gestantes com e sem consulta no primeiro trimestre
1.15.5 - Gráfico de Consultas x gestações
- Gestação por faixa etária
- Gestantes por área
1.15.6 Possuir painel analítico com todas as gestantes podendo filtrar por nome, unidade de referência, risco da gestação, IG em semanas e idade
1.15.7 Painel deve trazer as gestantes com nome, foto (se houver no cadastro), tipo de gravidez, D.U.M, I.G / Desfecho, D.P.P e Status da gestação
1.15.8 Permitir fazer a evolução da gestação sem gravar consulta permitindo alterar ou realizar desfecho da gestação com obrigatoriedade de gravar data, o motivo do desfecho e o tipo de gravidez (única, gemelar, etc.)
1.15.9 Permitir excluir gestante cadastrada no SOAP.
1.15.10 Emitir relatórios de gestantes cadastradas por unidade
1.15.11 Emitir relatórios de gestante sem consulta
1.15.12 Emitir relatórios de gestação em aberto
1.16 ACOMPANHAMENTO DE CRÔNICOS
1.16.1 Este módulo deverá permitir cadastrar todos os doentes crônicos com:
1.16.2 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);
1.16.3 Complicações, (Infarto Agudo do Miocárdio, Outras Coronariopatias, AVC, Pé Diabético, Amputações P/ Diabetes, Doenças Renais, Internamento Hospitalar Psiquiátrico, Internamento P/ Dependência Química, Angina);
1.16.4 Deve permitir criar esquemas terapêuticos integrados os produtos/suprimentos da rede
1.16.5 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;
1.16.6 Emitir relatórios sintéticos e analíticos de pacientes crônicos por patologia
1.16.7 Emitir relatórios sintéticos e analíticos de pacientes crônicos por unidade de saúde
1.16.8 Emitir relatórios sintéticos e analíticos de medicamentos dispensados por patologia
1.16.9 Emitir relatórios sintéticos e analíticos de pacientes crônicos com esquema terapêutico pré-definido
1.16.10 Emitir relatórios sintéticos e analíticos de pacientes crônicos por patologia
1.16.11 Emitir relatórios sintéticos e analíticos de complicações por paciente
1.16.12 Gerar arquivo nominal por procedimento, unidade de saúde, data de realização, CID principal, CID secundário, caso de neoplasia maligna, data do diagnóstico da neoplasia maligna
1.17 PROTOCOLO DE FRAMINGHAM
1.17.1 Este módulo deve permitir ao profissional fazer a avaliação do risco cardiovascular, coronárias, cerebrovascular, artéria periférica falha e doenças do coração:
1.17.2 Para realizar o escore de risco Framinghan o sistema deve contabilizando os seguintes marcadores:
1.17.3 -Idade do paciente, colesterol total, HDL, glicemia, uso do tabaco e pressão arterial;
1.17.4 Deverá manter um histórico das avaliações realizadas mostrando em na mesma tela a evolução dos marcadores;
1.17.5 O registro desta avaliação de risco cardiovascular deverá estar disponível a partir do atendimento de consulta e/ou atendimento triagem.
1.18 GESTÃO DE VEÍCULOS E AGENDAMENTO DE VIAGENS
1.18.1 O sistema deve permitir gerenciamento da frota de veículos da CONTRATANTE
1.18.2 Deve permitir cadastrar os motoristas / Profissionais
1.18.3 Deve permitir agendar viagens para consultas e exames, com possibilidade de informar o tipo do serviço que será realizado no paciente
1.18.4 Deve permitir indicar o sentido da rota, onde define-se se é ida/volta apenas ida ou apenas volta;
1.18.5 Realizar registros das viagens, emitindo mapa da viagem para o motorista com nome e CPF ou RG dos passageiros e acompanhantes que irão viajar e estabelecimentos de destino com o seu respectivo endereço;
1.18.6 Emitir comprovante de viagens por motorista, itinerário, data;
1.18.7 Emitir lista de passageiros no padrão do departamento de estradas de rodagem;
1.18.8 Sistema deve possibilitar o registro de viagens ou deslocamentos dos veículos respeitando a data de ida e volta bem como horário de ida e volta dos veículos para que não ocorra duplo registro de agendamentos com horários e datas conflitantes.
Sistema deve registrar os agendamentos ou registros de viagens gerando um código de identificação da viagem, identificação de veículo com descrição placa, nome do motorista informando a categoria da respectiva CNH do profissional e data de validade da mesma, bem como possibilitar informar a Cidade de Destino provenientes do cadastro básico integrado com o sistema em geral de Cidades, Estados,
1.18.9
Localidades.
Sistema deve possibilitar no registro da Viagem informar a Km estimada do deslocamento esse campo deve ser obrigatório a informação tendo em vista a necessidade de gerar se habilitado configuração no cliente específica, o sistema irá gerar os procedimentos padrão SIGTAP que se referem a produção ambulatorial proveniente de ajuda de custo com deslocamento dos pacientes e acompanhantes quando for o
1.18.10
caso especificamente informado.
1.18.11 Sistema deve permitir registrar para a viagem qual o ponto de saída do veículo, disponibilizando essa informação para o paciente por meio de impressão da ticket/passagem
1.18.12 Permitir marcar faltante nos passageiros que agendaram a viagem e não compareceram
Sistema deve permitir para cada viagem ou deslocamento agendando inserir os respectivos passageiros (pacientes) ou (acompanhantes) devidamente identificados om foto do indivíduo, nome e código de identificação do sistema, bem como indicar o sentido do deslocamento se é IDA ou VOLTA ou IDA/VOLTA, de acordo com a capacidade de lugares veículo do veículo definido para realizar a viagem, que é
1.18.13
configurada no cadastro do mesmo.
1.18.14 Emitir relatório de viagem com a escala de passageiros por agendamento com filtros de intervalo de datas, horário, sexo do paciente, unidade de origem, unidade destino, passageiro, veículo, motorista, cidade destino
1.18.15 Emitir relatório de viagem para emissão de passagens dos cidadãos, deve conter filtros de intervalo de datas, horário, sexo do paciente, unidade de origem, unidade destino, passageiro, veículo, motorista, cidade destino
1.18.16 Emitir relatório de mapa de viagem com filtros de intervalo de datas, horário, sexo do paciente, unidade de origem, unidade destino, passageiro, veículo, motorista, cidade destino
1.18.17 Emitir relatório de viagem com a escala de motoristas, contendo os filtros de intervalo de datas, horário, sexo do paciente, unidade de origem, unidade destino, passageiro, veículo, motorista, cidade destino
1.18.18 Emitir relatórios sintético e analítico de despesas do veiculo
1.19 VIGILÂNCIA SANITÁRIA
1.19.1 Sistema deve permitir controlar os fluxos de serviços dos agentes de saúde pública, como cadastro de ocorrências, reclamações, serviços de vigilância para estabelecimentos, e cidadãos.
1.19.2 Deve permitir agendamento de visitas e vistorias a estabelecimentos, com registros destas informações.
1.19.3 Controle de processos e autuações (auto de infração), ocorrências e protocolos de reclamações.
1.19.4 Possuir o cadastro de estabelecimentos com a emissão da licença sanitária de acordo com os cadastros de atividades padrão CNAE e respectivos RT´s;
1.19.5 Permitir solicitar o alvará através de requerimento específico direcionado ao sistema de vigilância sanitária;
1.19.6 Renovação de alvará individual e coletiva
1.19.7 Permitir o controle de vistorias a partir de solicitações;
1.19.8 Controle e registro de denúncias com visita ou inspeção do agente de saúde pública, gerando o registro em paralelo dos procedimentos SIS-SUS para faturamento BPA;
1.19.9 Emitir relatório de infrações sanitárias por período e os locais onde aconteceram;
1.19.10 Emitir relatório de autuações por período
1.19.11 Emitir relatório de tipo de infrações e por período
1.19.12 Emitir relatório com a relação dos estabelecimentos cadastrados por ramo de atividade
1.19.13 Emitir relatório com a relação dos estabelecimentos por CNAE - Cadastro Nacional
1.19.14 Emitir relatório com a relação dos estabelecimentos por endereço (bairro)
1.19.15 Emitir relatório com a relação dos estabelecimentos por licenciamento
1.19.16 Emitir relatório com a relação dos estabelecimentos com alvará vencido
1.19.17 Emitir relatório de produtividade com os procedimentos realizados na VISA por período
1.19.18 Emitir relatório de produtividade com os procedimentos realizados por profissional e período
1.19.19 Geração de informações ao DATASUS - MS (gerar produtividade SIA automaticamente)
1.19.20 Emitir relatório com a relação dos estabelecimentos com alvará vencido.
1.19.21 Gerador de CNAB, com campo de: Banco, cedente/beneficiário, sacador/pagador, selecionando o registro para gerar o arquivo de CNAB.
1.19.22 Possuir aplicativo móvel para os fiscais da Vigilância Sanitária, permitindo a consulta de leis, decretos e resoluções:
1.19.23 Permitir visualização das penalidades no APP.
1.19.24 O aplicativo móvel deve trabalhar de forma independente a qualquer meio de comunicação com a base de dados central.
1.19.25 O aplicativo móvel deve permitir a instalação em dispositivos com sistema operacional Android.
1.19.26 Possibilitar a detecção automática de novas versões do aplicativo móvel disponibilizadas no servidor, permitindo download e atualização através do próprio aplicativo móvel.
1.20 VIGILÂNCIA ALIMENTAR E NUTRICIONAL
1.20.1 Permitir a partir do módulo Pré-Consulta/Acolhimento cadastrar o usuário para avaliação do estado nutricional, seguindo padrão DATASUS, permitindo a coleta de todos os dados como:
1.20.2 Data do atendimento, peso, estatura, vacinação, aleitamento, peso ao nascer, DUM, se é gestante, se está cadastrada no SISPRENATAL, unidade e profissional;
O Sistema deverá permitir gerar o arquivo dos referidos atendimentos do módulo Marcadores de Consumo Alimentar e fazer através do exportador e-SUS o envio da produção das respectivas fichas de registro de acompanhamento alimentar e nutricional dos pacientes que substituiu o programa SISVAN e através do PEC, fazer exportação das fichas de marcadores alimentar, baseado no descrito na Nota Técnica Nº
1.20.3
51-SEI/2017-CGAN/DAB/SApS/MS.
1.21 VIGILÂNCIA AMBIENTAL – ZOONOSES
1.21.1 Este módulo deve permitir cadastrar o animal e vincular ao proprietário com registro no cadastro de usuário do serviço, indicando a forma de aquisição (adoção, compra, etc.), inserir número do chip com data da chipagem, data de castração, nascimento.
1.21.2 Registrar dados do animal como: nome, espécie, raça, pelagem, porte, peso, sexo, e demais informações adicionais como: sai na rua? Vacinado? Situação de rua?
1.21.3 Permitir registrar dados da vacinação como: data, vacina e profissional que aplicou (buscar no cadastro de profissionais padrão CNES).
1.21.4 Ao final do cadastro, permitir impressão da ficha de registro do animal.
1.21.5 Deverá dispor de diversos relatórios sintéticos e analíticos de animais cadastrados por proprietário, por espécie, por pelagem, por período de castração, dentre outros.
1.22 GESTÃO DE ESTOQUE E SUPRIMENTOS
1.22.1 Permitir o cadastramento de Grupo de Programação de produtos/materiais/medicamento, contendo, no mínimo: código, nome e situação (ativo ou inativo).
1.22.2 Permitir o cadastramento de Grupo de produtos/materiais/medicamentos, contendo, no mínimo: código, nome e situação (ativo ou inativo).
1.22.3 Permitir o cadastramento de Subgrupos de produtos/materiais/medicamentos, contendo, no mínimo: código, descrição, grupo e situação (ativo ou inativo).
1.22.4 Permitir o cadastramento de Conta Contábil, contendo, no mínimo: descrição e situação (ativo ou inativo).
1.22.5 Permitir o cadastramento de grupos de reposição de produtos/materiais, contendo, no mínimo: descrição e situação (ativo ou inativo).
1.22.6 Permitir o cadastramento de grupos de especificidade de produtos/materiais/medicamentos, contendo, no mínimo: código, descrição e situação (ativo ou inativo).
1.22.7 O sistema deve permitir o cadastramento de Apresentação de Produtos/Unidade(Unidade de Estocagem, Unidade de Compra, Unidade de fracionamento), contendo, no mínimo: descrição e situação (ativo ou inativo).
1.22.8 O sistema deve permitir o cadastramento de centros de custo, contendo, no mínimo: código, nome, situação (ativo ou inativo). e possibilidade de definir se o centro de custo é o padrão para carregamento automático nas telas em que for utilizado
1.22.9 O sistema deve permitir o cadastramento de estoques/subestoques.
1.22.10 O sistema deve permitir o cadastramento de localização em níveis no estoque dos materiais/medicamentos.
1.22.11 O sistema deve permitir o cadastramento de tipos de materiais/medicamentos.
Permitir o cadastramento de materiais e medicamentos contendo, no mínimo, código, nome, descrição, classificação, grupo, subgrupo, grupo de faturamento, grupo de reposição, subgrupo de reposição, frações de compra e de faturamento, unidades de estocagem, compra e faturamento, antimicrobiano (sim ou não), sujeito a controle especial (sim ou não), uso restrito (sim ou não), exige lançamento de receita
1.22.12 na dispensação (sim ou não), ponto de pedido, estoque máximo, estoque mínimo, localização, tipo, preço custo, preço médio, informações técnicas (para descrever especificações), controle de lote (sim ou não), cálculo na prescrição (sim ou não), possui registro na ANVISA (sim ou não) e situação (ativo ou inativo). Caso seja informado cálculo na prescrição sim, o sistema deve obrigar informar a fração de
faturamento.
Deve prover meios de visualizar junto ao cadastro de materiais/medicamentos a posição atual de seu estoque dentro do sistema de gestão da saúde a fim de otimizar o lançamento das dispensações através de consulta de saldos de estoque atuais detalhando quantidade de materiais e medicamentos, além dos lotes disponíveis. Deve trazer a posição atualizada do estoque, permitido selecionar o estoque, grupo
1.22.13
de materiais/medicamentos ou individuais. Possibilidade de selecionar todos os itens ou somente com estoque maior que zero. Deve ter opção de ordenar as colunas que compõe a visualização.
1.22.14 Deve permitir a emissão do relatório de reposição de estoque, onde apresenta a posição de estoque atual(disponível), estoque máximo cadastrado, o cálculo da diferença entre os dois (máximo e disponível), e a previsão de Consumo médio)
1.22.15 O sistema deve alertar automaticamente sobre medicamentos com data de vencimento próxima a fim de evitar desperdícios e perda de medicamentos por vencimento durante a saída.
1.22.16 O sistema deve estar preparado para dispensação por código de barras, com configuração dos estabelecimentos de saúde (estoques) que utilizarão o recurso.
O sistema deve automaticamente calcular a previsão de consumo, quantidade de dias que o paciente tem de disponibilidade de medicamento, cruzando a quantidade dispensada e a posologia recomendada. Informando as datas de início e término previstas do tratamento. No cálculo que envolvam medicamentos que o paciente já tenha recebido, deve considerar como data de início do tratamento apenas após a
1.22.17
previsão de consumo da dispensação anterior ter finalizado. Deve permitir alterar os valores previamente calculados.
1.22.18 O sistema deve permitir requisição de materiais/medicamentos, podendo informar um ou mais materiais/medicamentos em uma única requisição. Devendo permitir a impressão completa da requisição.
1.22.19 O sistema deve contemplar rotina para balanço, prevendo mecanismos para abertura e fechamento de balanço.
1.22.20 O sistema deve contemplar o registro das informações levantadas nos balanços por material/medicamento, podendo filtrar por grupo, subgrupo, descrição, código, visualizar lotes com validade vigente e todos os lotes com estoque maior que zero com possibilidade de alterar.
1.22.21 O sistema deve permitir a emissão de relatório de listagem para balanço contemplando o código, a descrição, o lote e a validade do material/medicamento e quantidade registrada no sistema, conforme modelo a ser fornecido pelo setor responsável.
1.22.22 O sistema deve permitir o lançamento de transferências entre estoques, contendo no mínimo: data, materiais/medicamentos com suas quantidades, lotes, validades, valores monetários vinculados (valor unitário, valor médio, etc.), valor total, estoque de origem e estoque destino. Deve haver recurso que permita confirmar a finalização do lançamento da transferência.
1.22.23 O sistema deve permitir que durante o lançamento de transferências seja possível visualizar para cada item o histórico das transferências anteriores (com lote, validade, data e quantidade)
1.22.24 O sistema deve contemplar busca de transferências anteriores, onde deve ser possível filtrar pelo identificador da transferência, estoque de origem, estoque destino e data.
1.22.25 O sistema deve contemplar rotina para confirmação da transferência entre estoques, contendo no mínimo estoque de origem, data, observação, usuário, código, material/medicamento, lote, validade e quantidade. Com possibilidade de selecionar os itens a serem confirmados, podendo rejeitar itens recebidos em desacordo (físico diferente do virtual).
1.22.26 O sistema deve possibilitar a impressão da transferência antes e depois de realizar a confirmação, com opção de listar apenas itens aceitos, rejeitados ou ambos.
1.22.27 O sistema deve permitir o lançamento de saídas de materiais/medicamentos por centro de custo. Contendo no mínimo: data, material/medicamento, quantidade, lote, validade, valor unitário, valor total, estoque de origem (o que o usuário está logado) e centro de custo.
1.22.28 O sistema deve dispor de rotina que permita a busca de saídas por centro de custo. Deve ser possível filtrar no mínimo pelo identificador da saída, data e centro de custo.
O sistema deve permitir o lançamento de saídas de materiais/medicamentos por paciente. A dispensação de medicamentos para pacientes pode ocorrer através de uma requisição eletrônica, prescrição de um profissional através de um atendimento, ou através de receita física apresentada pelo paciente no momento da retirada. Deve contemplar no mínimo as seguintes informações: estoque onde a saída foi
1.22.29 realizada (preenchido automático através do login conectado), centro de custo, data, paciente, profissional prescritor. Deve registrar os itens de cada saída, registrando as seguintes informações: medicamento, forma de apresentação, dose, posologia, lote (apenas lotes cadastrados para o medicamento selecionado) e validade (automático a partir do lote), quantidade – selecionar dos itens em estoque através de
uma consulta rápida pelo medicamento.
1.22.30 Durante a dispensação de materiais/medicamentos deve permitir informar data início e término do tratamento e número de dias de tratamento, com cálculo automático da quantidade a ser fornecida e opção de informar a quantidade real fornecida.
1.22.31 Para dispensação com requisição eletrônica, as informações devem vir preenchidas automaticamente, onde o profissional que dispensa apenas marca quais os itens da receita estão dispensando, o sistema deve lançar automaticamente quais os itens daquela requisição foram entregues, deixando em aberto os demais itens para que possam ser retirados em outro estabelecimento de saúde.
Deve contemplar rotina para dispensar medicamentos das demandas especiais com autorização de dispensa emitida. O sistema deve solicitar que o usuário que estiver dispensando ajuste o cadastro do paciente da demanda (quando este for provisório) obrigando a informar a partir do cadastro único de pacientes qual o registro corresponde ao paciente relacionado na demanda (já deve vincular o cadastro
1.22.32
provisório ao cadastro definitivo do paciente). Só deve permitir a dispensação dos itens relacionados na autorização das demandas que possuírem pacientes definitivos vinculados.
1.22.33 Deve possibilitar alteração das quantidades no momento da dispensação.
1.22.34 Caso o material/medicamento exija lançamento de receita na dispensação, o sistema deve obrigar o registro da informação para poder confirmar a dispensação.
1.22.35 As funcionalidades de lançamento de saídas devem possuir mecanismos de facilitação de busca de pacientes e materiais/medicamentos prevendo busca combinada de campos.
1.22.36 As funcionalidades de lançamento de saídas devem prever o registro de observações, sempre armazenando o registro do profissional que efetuou a movimentação.
1.22.37 O sistema deverá controlar a dispensação de medicamentos controlados, obrigando a informação dos dados necessários.
1.22.38 O sistema deve manter registrado todo o histórico de medicamentos fornecidos ao paciente, dentro de toda a rede de saúde.
1.22.39 O sistema deverá permitir uma consulta a todas as saídas por paciente, com possibilidade de impressão, podendo filtrar por identificador da saída, paciente e período. Deve permitir detalhar os itens das saídas mostrando seus respectivos dados de quantidade, lote, validade, número do processo judicial (quando houver).
1.22.40 O sistema deve possibilitar gerar comprovante de requisição e do comprovante da dispensação, de acordo com modelo a ser fornecido pela CONTRATANTE.
1.22.41 O sistema deve permitir a impressão do comprovante de requisição e do comprovante da dispensação prevendo espaço para assinatura do paciente e profissional dispensador.
1.22.42 Nos lançamentos que envolvam movimentações de estoque o sistema deve selecionar automaticamente o lote a vencer primeiro, com possibilidade de alterar o lote.
1.22.43 O sistema não deve contabilizar como consumo as devoluções e perdas registradas.
1.22.44 Deve ser possível emitir relatório de saídas, identificar as dispensações que ocorreram filtrando por tipo, período, profissional que prescreveu, material/medicamento, estoque e/ou login que dispensou, e listando os pacientes com seus respectivos itens.
1.22.45 Deve ser possível emitir um relatório de utilização por profissional, onde será possível identificar os medicamentos/materiais mais receitados por profissional filtrando por período, estoque, profissional e listando todos os medicamentos/materiais, forma de apresentação e suas quantidades.
1.22.46 Deve ser possível emitir um relatório de medicamentos a vencer: deve ser possível identificar os medicamentos que vencerão por período, grupo e estoque, informando a quantidade de dias a ser considerada para vencimento (padrão 30 dias). Deve permitir agrupar por grupo e/ou estoque.
1.22.47 Deve ser possível emitir um relatório de lote por validade, onde relaciona os materiais/medicamentos em ordem cronológica de vencimento, com possibilidade de selecionar o grupo de materiais e medicamentos, o período de validade, e todos os lotes ou somente aqueles com estoque maior que zero.
1.22.48 Deve ser possível emitir um extrato por material/medicamento, onde fornece a movimentação do material/medicamento por competência, com informações sobre saldo inicial, saldo final, relação das saídas e entradas, tipos de saídas e entradas, quantidades, preço médio. Permitir a emissão do relatório com possibilidade de seleção com lote ou sem lote e com ou sem validade.
1.22.49 Deve ser possível emitir um extrato por paciente, onde deve ser possível identificar todos os medicamentos/materiais dispensados para o paciente num determinado período dentro de toda a rede de saúde, inclusive com os valores (custo) relacionados.
1.22.50 Deve ser possível emitir o relatório de entrada por material/medicamento, onde fornece a relação de entradas de material/medicamento, contempla no mínimo as seguintes informações: data, material/medicamento, fornecedores, quantidades e valores.
1.22.51 Deve ser possível emitir o relatório de transferência entre estoque, relaciona as transferências ocorridas em determinado período, estoque origem e estoque destino e relação de itens.
1.22.52 Deve ser possível emitir o relatório de consumo por curva ABC, relaciona o consumo dos materiais/medicamentos de acordo com a curva ABC – valores ou quantidades, de determinado período e grupo de materiais/medicamentos, podendo ser obtido de cada estoque individual ou somatório de todos.
Deve ser possível emitir o relatório de consumo por grupo de reposição, fornece o histórico de consumo de determinado grupo de material/medicamento, mês a mês, dos últimos seis ou doze meses e a média de consumo. Pode ser por estoque individual ou coletivo. Permitir cruzar as informações do onde o relatório está sendo gerado com o consumo dos demais estoques. Possibilidade de gerar o relatório com
1.22.53
ou sem a informação do ponto de pedido, deve ser possível selecionar os centros de custo e saída por paciente a serem consideradas no consumo.
Deve ser possível emitir o relatório de movimentação de controlados, o relatório deve contemplar as informações necessárias definidas pelas normas da ANVISA. Deve permitir filtrar por período ou por competência e por material/medicamento, trazendo no mínimo as seguintes informações: medicamento, relação de pacientes (com CNS), datas das saídas, número da notificação da receita, entradas, saídas, lote,
1.22.54
profissional prescritor, saldo e estoque anterior.
1.22.55 Deve ser possível emitir o relatório de balanço, relaciona as informações oriundas dos inventários, relação de materiais/medicamentos, quantidades, cálculo do erro e acuracidade.
1.22.56 Deve ser possível emitir o relatório de demonstrativo saída x itens, relaciona o número de saídas por pacientes, por materiais/medicamentos, por centro de custo e o número médio de itens por saída, durante período de tempo selecionado. Podendo agrupar mensalmente as informações do relatório.
1.22.57 Deve ser possível emitir o relatório de transferências podendo filtrar por situação (confirmadas, rejeitadas, pendentes, etc.) e período. Permite visualizar todas as transferências em toda a rede, contendo estoque de origem, estoque destino, período, número do documento, observação e usuário responsável pela requisição.
1.22.58 Deve ser possível emitir o relatório de consumo por material/medicamento por centro de custo, onde permita visualizar o consumo histórico de 6 meses ou um ano (mês a mês) por serviço (com opção de visualizar todos os serviços no mesmo relatório) de determinado material/medicamento.
1.22.59 Deve ser possível emitir o relatório de previsão de falta, com base na média de consumo histórico, discrimine os itens que provavelmente entrem em falta em período a ser selecionado (30, 60, 90 dias, etc.).
1.22.60 O sistema deve prever integração com o sistema Hórus do MS ou outro que venha a substituí-lo.
1.22.61 O sistema deve permitir a impressão da receita após a dispensação do medicamento, já com registro da primeira dispensação e espaço para registro manual das seguintes, conforme modelo a ser fornecido pelo setor responsável.
1.22.62 O sistema deve estar preparado para a possibilidade de configuração e impressão de informações sobre posologia/cuidados especiais em etiquetas, conforme modelo a ser fornecido pelo setor responsável.
1.22.63 Deve dispor de rotina que permita consultar as autorizações de dispensação emitidas a partir das demandas especiais.
1.22.64 O sistema deve ter a opção de rastrear lotes, ou seja, poder identificar quais pacientes receberam os medicamentos do lote consultado, identificando pacientes (os dados que devem ser exibidos devem ser definidos em conjunto com o setor responsável), datas e locais.
1.22.65 O sistema deve ter rotina para impedir a utilização de forma imediata de lotes, o operador do setor responsável, com permissão, bloqueia a utilização de determinado lote e informa o motivo do bloqueio, dessa forma o usuário que fará o lançamento da dispensação do medicamento deve ser alertado que não deve dispensar o lote bloqueado.
1.22.66 O Sistema deverá permitir cadastrar produtos de acordo com os grupos, por exemplo: medicamentos, material médico-hospitalar, material odontológico, material de expediente, higiene e limpeza, etc.
1.22.67 Deve possuir a opção de cadastro de Subgrupo e Subclasse para cada grupo ou produto.
1.22.68 Deve permitir informar se o produto tem perfil para Atenção Básica, Atenção Especializada ou Ordem Judicial.
1.22.69 Deve permitir informar o estoque mínimo, estoque máximo e estoque de controle para cada produto em cada farmácia ou unidade que o mesmo se encontre para dispensação ou transferência.
1.22.70 Deve possuir nome químico e nome comercial marca do respectivo fabricante quando da entrada da nota fiscal;
1.22.71 Cadastro da Apresentação (Comprimido, cápsulas, injetáveis, unidades, pasta, creme...);
1.22.72 Cadastro de Concentração (100mg, 200mg...);
1.22.73 Classificação terapêutica principal (Anti-hipertensos, hipoglicemiantes, antiácidos...);
1.22.74 Controlar lote e validade opcional de acordo com o tipo do produto no cadastro do produto;
1.22.75 Controle do Tipo de distribuição (se saída por transferência ou pelo paciente na farmácia);
1.22.76 Cadastro da Logística do Estoque contendo: Observação, Rua, Quadra, Estante, Lado;
1.22.77 No cadastro do produto conter o estoque mínimo para o período pré-determinado em dias;
1.22.78 Cadastro de fornecedor completo com endereço, razão social, CNPJ;
1.22.79 Cadastro de Fabricantes lotes e validades deverão ser atrelados à entrada da nota fiscal bem como o valor do produto;
1.22.80 Classificação se psicotrópico ou antimicrobiano seu respectivo DCB e portaria;
1.22.81 Toda categorização de psicotrópicos e suas descrições de acordo com o preconizado na SNGPC (Sistema Nacional de Gerenciamento de Produtos Controlados) ANVISA a saber: A1, A2, A3, B1, B2, C1, C2, C3, C4, C5, D1, D2, E e F;
1.22.82 Posologia Padrão para medicamentos;
1.22.83 Na saída de medicamentos, o sistema deve avisar:
1.22.84 Se o paciente tem alergia a medicamentos,
1.22.85 Campo de observação vinculada a saída do estoque,
1.22.86 Na saída de medicamentos psicotrópicos das categorias B1 e B2 permitir registrar o número da notificação (azul) de controle da vigilância sanitária;
1.22.87 Permitir dar a saída de medicamentos automaticamente pela leitura do código de barras da receita médica, o sistema deve carregar os medicamentos receitados e escolher o mais próximo do vencimento na farmácia pelo ponto de acesso do operador;
1.22.88 O sistema deve avisar na saída do estoque, caso a coleta para o exame citopatológico esteja atrasado,
1.22.89 O sistema deve avisar na saída do estoque, caso a vacina do paciente esteja atrasada;
1.22.90 Permitir na saída de medicamentos, trazer os protocolos de orientação a dispensação de medicamento padrão formulário terapêutico Ministério da Saúde;
Permitir exportar as informações do conjunto de dados definido na Portaria GM/MS nº 271/2013, que instituí a Base Nacional de Dados de Ações e Serviços da Assistência Farmacêutica, no âmbito do Sistema Único de Saúde (SUS), estabelecendo o conjunto de dados, fluxo e o cronograma de envio referente ao Componente Básico da Assistência Farmacêutica, garantindo a interoperabilidade com o Serviço de
1.22.91
webservice, disponibilizado pelo Ministério da Saúde no sistema HÓRUS, padrão BNDAF.
1.22.92 O sistema deverá possuir o recurso de solicitação dos pedidos através da web na seguinte forma: As solicitações deverão possuir o status de solicitação aberta e solicitação concluída desta forma as unidades integradas poderão começar suas solicitações e irem incluído os produtos no decorrer do período e quando concluírem então as solicitações irão aparecer (serem visualizados) nas unidades distribuidoras;
1.22.93 Na solicitação o sistema deverá permitir informar: unidade solicitante, setor, unidade distribuidora, data e produtos;
1.22.94 Na distribuição origem do estoque deverão aparecer apenas os pedidos concluídos mostrando o estoque do respectivo produto na unidade solicitante, após a distribuição o sistema deverá gerar um guia com a relação dos produtos lotes e validades na forma de declaração de recebimento este guia deverá acompanhar o produto até o destino para conferência e assinatura pelo responsável;
1.22.95 Quando da distribuição através do sistema ele deverá retirar o produto do estoque de origem e armazenar em forma de quarentena virtual para posterior Confirmação pela unidade de destino podendo o recebedor do produto fazer a confirmação parcial ou total estornando o produto a quarentena;
1.22.96 O sistema deverá permitir padronizar produtos para cada unidade de forma que: uma unidade básica só visualize e possa pedir produtos padronizados para aquela unidade básica.
1.22.97 Deverá permitir consulta ao registro do histórico de atendimento do paciente, assegurando a rastreabilidade do produto dispensado (registro de lote e validade);
1.22.98 Opção para impressão do recibo de retirada de medicamentos em impressora não fiscal.
1.22.99 Permitir a saída dos medicamentos com leitora de código de barras, a partir da prescrição do profissional;
1.22.100 Cadastrar medicamentos com código de barras, ponto de reposição, classificação, unidade de medida e componente ativo;
1.22.101 Cadastrar múltiplos almoxarifados, unidades e setores dentro de uma unidade de saúde.
1.22.102 Exportador Hórus:
1.22.103 Deverá conter tela com data inicial, final, tipo de exportação (entrada de produtos, saída de produtos, dispensação de produtos por paciente) e destino.
1.22.104 Deverá exportar via Webservice o arquivo para o Hórus.
1.22.105 Deverá constar os protocolos dos envios, com datas de produção.
1.22.106 Deverá mostrar inconsistências em cada envio, para possíveis correções
1.22.107 Deverá gerar os seguintes relatórios, podendo filtrar por Estoque, grupo, Subgrupo, Especificidade, Grupo Programação, Conta contábil:
1.22.108 Inventário de Estoque
1.22.109 Transferência entre setores
1.22.110 Saída por Grupo
1.22.111 Saída por Ação Terapêutica
1.22.112 Produtos por paciente
1.22.113 Saída de controlados por DCB
1.22.114 Entrada de produtos (por produto, unidade, fornecedor...)
1.22.115 Posição de Estoque por lote
1.22.116 Posição de Estoque por produto
1.22.117 Medicamento por ação terapêutica
1.22.118 Por nota fiscal de entrada
1.22.119 Histórico de consumo
Quantidade em Estoque x Consumo Médio Mensal x Previsão de Uso x
1.22.120
Perda Prevista de Estoque(local de acondicionamento) por Produto
1.22.121 Por materiais/medicamentos.
1.23 DEMANDA JUDICIAL
Este módulo deverá registrar as demandas de ordem judicial filtrando as ocorrências por: número do processo, réu, por data do processo, estado (pendente, cumprido, devolvido) e tipo de ação (ordem de
1.23.1
tratamento, fornecimento de medicamentos)
1.23.2 No cadastro, além dos dados supracitados, deverá registrar:
1.23.3 Beneficiários por tipo: autor, representante, ...
1.23.4 medicamento com quantidade solicitada
1.23.5 Histórico com dados da ocorrência - unidade, fórum, instância, advogado e juiz
1.23.6 Deverá gerar os seguintes relatórios:
1.23.7 Sintético por Valor Total
1.23.8 Sintético por Medicamentos
1.23.9 Analítico por Saída de Estoque
1.24 MENSAGEM SMS
1.24.1 O sistema deverá possuir mecanismos para permitir o envio de SMS (Short Messages Sender) a partir do número do telefone celular habilitado para o cadastro do paciente;
1.24.2 O sistema deve possuir tela de controle para permitir gerenciar as mensagens SMS, possibilitando a identificação, visualização, alteração e cancelamento da mensagem SMS
1.24.3 Deve permitir parametrizar e configurar o envio das mensagens SMS
1.24.4 Deve permitir enviar as mensagens manualmente para o usuário por meio da tela de controle
1.24.5 Sistema deve permitir a construção personalizada da mensagem SMS para cada Tipo ou Módulo de envio de SMS de acordo com o limite de caracteres padrão do formato de mensagem SMS;
1.24.6 Deve ser realizado o envio SMS para os agendamentos de consulta registrados para o paciente
1.24.7 Deve ser realizado o envio de mensagens por meio de SMS para os exames autorizado e agendados para o paciente
1.24.8 Deve ser realizado o envio de mensagens por meio de SMS para as “Vacinas aprazadas” registradas para o paciente.
1.25 CORREIO INTERNO
1.25.1 Deve possuir modulo que permita a comunicação entre os operadores/usuários do sistema.
1.25.2 Deverá permitir aos usuários do sistema enviar mensagens de texto livre para outros usuários e grupos.
1.25.3 Deve possuir editor de texto para formatar a mensagem
1.25.4 Deverá permitir aos usuários anexar à mensagem arquivos do tipo PDF ou JPG no limite de tamanho do arquivo de até 2MB.
1.25.5 Emitir alerta das mensagens do usuário com fácil acesso ao correio eletrônico
1.25.6 Permitir ao usuário/operador gerenciar as mensagens recebidas, enviadas e excluídas
1.26 CALL CENTER DA SAÚDE
1.26.1 Este módulo tem como principal função servir de canal de comunicação entre os usuários e o serviço de saúde realizando a humanização dos atendimentos, avaliando e auditando a qualidade dos atendimentos.
1.26.2 Deverá gerenciar o fluxo dos seguintes módulos:
1.26.3 Agendamento de Consulta, Odontologia, Interação com Usuário do Serviço;
1.26.4 O Sistema deverá ao atender o registro do número do telefone, efetivar a busca automaticamente do cadastro do cidadão no sistema, a partir da confirmação dos dados cadastrais e interagir com os eixos citados acima separando os por assunto;
1.26.5 Deverá gerar um número de protocolo automaticamente para controle e busca;
1.26.6 Deverá possuir interação para quando o operador do Call Center, ligar ou atender as ligações, as informações digitadas sejam visualizadas no módulo de interação com usuário do serviço.
1.27 PORTAL DA TRANSPARÊNCIA
1.27.1 Este módulo deve ser disponibilizado através de um site onde os usuários, via internet em qualquer localidade, ter acesso a serviços e informações fornecidas pelo município;
1.27.2 Quando entrar no portal pela primeira vez o sistema deverá obrigar o usuário a cadastrar uma nova senha
1.27.3 A partir de um cadastramento prévio em unidade de saúde o operador do sistema deverá imprimir uma senha provisória para acesso ao portal
1.27.4 Permitir ao cidadão visualizar as vagas compartilhadas dos profissionais nas unidades de saúde e solicitar o agendamento de consulta para o profissional
1.27.5 Permitir visualizar as listas de espera de consultas do cidadão, juntamente com a posição atual de espera
1.27.6 Permitir visualizar as listas de espera de exames do cidadão, juntamente com a posição atual de espera
1.27.7 Deve possibilitar a Impressão do prontuário ambulatorial do cidadão
1.27.8 Deve permitir a visualização das vacinas aplicadas, aprazadas e atrasadas do cidadão
1.27.9 Permite a impressão da carteira de vacinação do cidadão
1.27.10 Permitir consultar estoque de medicamentos disponíveis na farmácia municipal
1.27.11 Permitir ao cidadão visualizar e imprimir seus resultados de exame
1.27.12 Disponibilizar a RENAME para consulta e visualização dentro do portal
1.27.13 Permitir consultar a morbidade ambulatorial da população por grupo de CID
1.28 PORTAL DO CIDADÃO DESKTOP E MOBILE
1.28.1 Este módulo deverá permitir ao usuário do SUS auto-agendar suas consultas, quando previamente disponibilizada pela administração em equipamentos de mesa (PC) e dispositivos móveis (tablet e celulares), com o devido layout para a cada plataforma.
1.28.2 A solução deverá permitir que seja disponibilizado um link na página da CONTRATANTE para fácil acesso ao cidadão que exigirá identificação através de login e senha, garantindo a segurança no acesso ao sistema aos dados do agendamento.
1.28.3 Para o primeiro acesso, o paciente deverá se dirigir ao serviço de saúde para que um usuário do sistema faça o cadastro de acesso ao portal e gerar um termo de responsabilidade para assinatura do cidadão com usuário e senha para primeiro acesso em duas vias: 1 via paciente e 1 via para unidade de saúde.
1.28.4 Permitir exibir página com acesso às últimas consultas com legendas em cores para cada um dos status: agendadas, concluídas ou faltantes.
1.28.5 Permitir agendar uma nova consulta onde o sistema deverá carregar automaticamente a especialidade padrão CNES, configurando apenas as especialidades que poderão ser agendadas pelo portal.
1.28.6 Após selecionada a especialidade, o sistema carregará apenas as unidades de saúde que possuem a especialidade solicitada. Uma vez solicitada a unidade, o usuário poderá fazer a pesquisa por profissional onde o sistema já carregará automaticamente a disponibilidade de agenda do profissional.
1.28.7 Haverá ainda um filtro para pesquisar por data, facilitando a pesquisa do usuário.
1.28.8 Ao clicar na data solicitada, o sistema deve exibir uma mensagem com resumo da consulta solicitada exibindo:
1.28.9 a. Especialidade;
1.28.10 b. Profissional
1.28.11 c. Data e Hora
1.28.12 d. Local (unidade de atendimento)
1.28.13 e. Exibir botões para confirmar ou cancelar a agenda
1.28.14 Permitir visualizar o histórico de exames com filtro por status: agendado, preparado, falta, cancelado, concluído
1.28.15 Visualizar os exames com as seguintes informações: data e hora, Procedimento (tipo de exame), local (unidade executante) código do atendimento e situação (status).
1.28.16 Permitir visualizar toda a lista de espera do tipo Consultas com as seguintes informações:
1.28.17 Data da inclusão, status (em espera, agendado, autorizado, concluído) posição e especialidade.
1.28.18 Deverá ainda ter legenda por cores para diferenciar o status de cada ocorrência.
1.28.19 Permitir visualizar todas a lista de espera do tipo Exames com as seguintes informações:
1.28.20 Data da inclusão, status (em espera, agendado, autorizado, concluído) posição e Procedimento (tipo de exame).
1.28.21 Deverá ainda ter legenda por cores para diferenciar o status de cada ocorrência.
1.28.22 Possuir controle de vacinas do paciente com status (aplicada, atrasada ou aprazada)
1.28.23 Exibir as vacinas (imunibiológicos) com suas respectivas doses e status
1.28.24 Exibir a opção de imprimir (e permitir impressão) da carteira de vacinação (opção aplicável ao acesso via plataforma web/desktop)
1.28.25 Todas as funcionalidades supracitadas, deverão estar disponíveis na plataforma web (desktop) e Mobile (app)
1.28.26 Permitir configurar através do sistema (plataforma desktop) a disponibilidade de agenda disponível no aplicativo.
1.28.27 Para acesso ao APP (mobile), a plataforma web (desktop) deverá disponibilizar utilizar o QRCODE para configuração inicial do aplicativo. Se o aplicativo não estiver configurado, o usuário não poderá acessar utilizando as credenciais do portal desktop
1.28.28 Permitir configurar bloqueio de agendamentos no aplicativo móvel para pessoas com cadastro vencido.
1.28.29 Permitir agendamentos de consultas diretamente pelo aplicativo móvel para unidades de saúde, profissionais e especialidades previamente definidas nas configurações do aplicativo móvel.
1.29 PAINEL ELETRÔNICO DE CHAMADO
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
1.29.1
independente da janela principal de operação do usuário sistema.
1.29.2 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.
1.29.3 Sistema deve possibilitar um cadastro de Guichê ou setor para referenciar o tipo de atendimento realizado no respectivo Guichê ou setor.
Sistema deve possibilitar um cadastro de Tipos de Atendimentos onde seja possível o cadastramento de uma abreviação ou sigla, a descrição do atendimento, e o vínculo com a unidade saúde que esse atendimento gerado pertence, bem como permitir definir se esse tipo de atendimento estará ou não vinculado ao painel do sistema visível pelo Totem de autoatendimento, sistema deve permitir gravar, editar e
1.29.4
excluir tipos de atendimento quando necessário.
Sistema deve possibilitar um cadastro para geração das senhas, referenciando qual o estabelecimento/unidade de saúde pertencem a respectiva geração das senhas, bem como o tipo de atendimento, a data da geração e validade das senhas, hora inicial e hora final de validade das senhas, bem como o número inicial e número final de senhas geradas, sistema deve possibilitar também a geração de senhas com
1.29.5
nível de prioridade Normal, Senhas Prioritárias (Gestantes, Idosos até 79 anos, Pessoas com crianças de colo, Portadores de necessidades especiais) e Senhas Prioritárias + (Pacientes com mais de 80 anos), bem como permitir a exclusão das senhas geradas para reconfiguração se necessário.
Deverá organizar as filas de espera de acordo com a retirada de senhas que pode ser pelo próprio paciente escolhendo a opção do atendimento através de totens de autoatendimento e ou distribuições manuais de fichas de controle de filas, que devem ser acompanhadas o chamamento das fichas através de um Painel Público de chamado, devidamente instalado e visível no local de espera das filas dos respectivos
1.29.6
pacientes;
1.29.7 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 chamado dos pacientes.
1.29.8 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,
1.29.9 Quando o profissional executar o chamado selecionando o paciente escolhido na tela de agenda do profissional, o sistema deverá mostrar o nome do usuário (paciente), a sala ou consultório e nome do profissional que está chamando para atendimento, sendo essas informações exibidas no Painel de Chamado devidamente instalado nos locais de espera dos pacientes.
1.29.10 O sistema deverá emitir um sinal sonoro e mostrar no mínimo as últimas 03 chamadas na tela do Painel de Chamado de Senha.
1.30 INTERAÇÃO COM USUÁRIO
1.30.1 O sistema deverá possui plataforma (preferencia totem) para acolhimento do usuário do serviço nas unidades de saúde.
1.30.2 Este módulo deverá permitir confirmar a presença do paciente através de filtros como: coleta de biometria, Nome e Data de Nascimento ou número do documento (CPF ou CNS).
1.30.3 Deverá permitir ainda avaliar o atendimento na unidade de saúde através de descrição de imagem que se refira à classificação quanto a ruim, regular ou bom.
1.31 CONTROLE DE ESCALAS E ENCAMINHAMENTOS
1.31.1 Possibilita atribuir cotas de agendamento para cada especialidade ou procedimento para recursos externos pactuados.
1.31.2 Possibilita implementar o conceito de central de marcação de consultas e procedimentos para as unidades de saúde.
1.31.3 Permite registrar o nível de prioridade clínica podendo configurar até 5 escalas como exemplo: normal ou baixo, médio, prioritário, alto ou urgência, crítico ou emergência) podendo configurar a descrição e a cor de cada uma das escalas definidas.
1.31.4 Permite cadastrar previamente a tabela de procedimentos ambulatoriais do SUS (SIA/SUS)
1.31.5 Permite acompanhar os atendimentos dos Usuários inscritos em Programas
1.31.6 Permite ao usuário consultar as informações dos importadas da Tabela Unificada de Procedimentos e de suas tabelas auxiliares, bem como cadastrar os procedimentos não padronizados, ou seja, que não são regulados pelo Ministério da Saúde e, por isso, não são importados da tabela SIGTAP.
1.31.7 Permite consultar os tipos de financiamento importados para o sistema, que consistem na origem do capital que financia a realização de um procedimento
1.31.8 Permite ao usuário efetuar a consulta das modalidades, ou seja, os tipos de utilização nos quais o procedimento pode ser realizado
1.31.9 Permite acompanhar as solicitações na fila de regulação do tipo: Consulta, Exame, APAC, AIH (Eletiva e Urgência).
1.31.10 Permite filtrar as solicitações por: usuário do serviço, unidade de saúde, gravidade, número de protocolo, por faixa de data e por status.
1.31.11 Os status devem ser classificados em: Autorizados, solicitados, devolvidos, em análise, cancelados e negados
1.31.12 No registro de nova solicitação para envio à regulação, deverá permitir filtro dinâmico por tipo (Consulta, exames, APAC, ...) onde os campos devem corresponder a cada solicitação, bem como registrar a gravidade devidamente pré-configurável.
Na solicitação de AIH, além dos dados básicos como nome do paciente, unidade, Profissional Solicitante, CID e procedimento; deverá carregar os campos para preenchimento na solicitação de internação como: Tipo do leito, anamnese (PA, Temperatura, Pulso, Frequência Respiratória e Saturação), motivo da referência, principais sintomas, justificativa de internação e campo de observação na justificativa de envio
1.31.13
para regulação
1.31.14 Deverá possuir exibir o prontuário do paciente na mesma tela de solicitação.
1.31.15 Permitir anexar arquivos de imagem como documentos, resultados de exames, etc. do tipo .pdf, jpeg...
1.31.16 Deverá possuir perfil regulador para análise das solicitações supracitadas enviadas pelas unidades de saúde, onde seja possível ao gestor da regulação: autorizar, manter solicitado, devolver, negar, manter em análise ou cancelar.
1.31.17 Para as ações de autorização, registrar justificativa, permitir ao regulador alterar a classificação, gravar em regulação, gravar enviando à lista de espera ou gravar enviando ao agendamento - neste caso deverá carregar automaticamente o módulo de agendamento de consultas ou exames.
1.31.18 Permitir ao regulador, consultar em tela o resultados de exames, acesso ao prontuário do paciente e visualizar os arquivos anexados pela unidade solicitante.
1.31.19 No campo justificativa, deverá carregar todo histórico dos registros de interação entre unidade solicitante e regulação, facilitando a avaliação do histórico de interação
1.31.20 Cotas de Consultas Especializada por Origem
1.31.21 Cotas de Exames por Origem
1.31.22 Serviços de prestadores
1.31.23 Relação de Conveniados
1.32 SERVIÇO DE OUVIDORIA
1.32.1 Possibilitar o registro de reclamações, denúncias, sugestões internas e externas para acompanhamento da ouvidoria. Identificar o reclamante, unidade de saúde, setor, profissional reclamado e assunto.
1.32.2 Possibilitar o registro de cada etapa de acompanhamento dos processos da ouvidoria, informando data e parecer de cada responsável.
1.32.3 Possibilitar a impressão de parecer conforme modelo de impressão para cada etapa do processo.
1.32.4 Possibilitar a consulta de processos da ouvidoria para verificação do status do andamento.
1.32.5 Emitir relatórios dos processos da ouvidoria com totais por reclamante, assunto e profissional reclamado.
1.33 SAMU
1.33.1 Deve permitir o cadastro de solicitações de atendimento SAMU informando minimamente o telefone do solicitante
1.33.2 Deve exibir mapa exibindo a localização aproximada do endereço da ocorrência conforme a sua informação
1.33.3 Deve permitir o cadastro de um apelido por ocorrência
1.33.4 Deve realizar balanceamento dos atendimentos entre os reguladores
1.33.5 Deve permitir ao TARM selecionar a qual regulador o atendimento será encaminhado
1.33.6 Deve permitir a complementação de informações do atendimento
1.33.7 Deve finalizar o atendimento informando trote, orientação, abandono ou cancelamento
1.33.8 Deve gerar filas para o regulador informando atendimentos a regular, atendimentos regulados e atendimentos marcados para finalização
1.33.9 Deve permitir ao regulador informar os recursos adequados para o atendimento
1.33.10 Deve gerar filas para o rádio operador informando atendimentos aguardando recurso e em andamento
1.33.11 Deve permitir associar a vítima ao recurso que a atendeu
1.33.12 Deve permitir cadastrar os deslocamentos dos recursos
1.33.13 Deve permitir a alocação de recursos adicionais ao atendimento
1.33.14 Permitir o registro dos tempos de deslocamento dos recursos
1.33.15 Deve permitir o cadastro de novos endereços
1.33.16 Deve permitir o cadastro de tipos de recurso e recursos
1.33.17 Deve permitir o cadastro de profissionais, usuários e funções
1.33.18 Deve permitir o cadastro de avisos do sistema e a sua exibição
1.33.19 Imprimir relatório de vítimas por origem e data, por destino e data, por incidente
1.33.20 Imprimir relatório de atendimentos por natureza, apoio, recurso, especialidade e faixa etária
1.33.21 Imprimir relatório de incidente por crianças/adultos e área
1.33.22 Imprimir relatório de especialidades por área e recurso
1.33.23 Imprimir relatório por tipos de finalização do atendimento
1.33.24 Imprimir ficha do atendimento
1.34 PAINEL DE MONITORAMENTO ESTATÍSTICO
1.34.1 Solução deverá permitir ao gestor avaliar indicadores para áreas estratégicas da saúde com visão da produtividade das unidades/serviços da rede.
1.34.2 Possibilitar a visualização de informações referentes a agendamentos de consulta e exames, atendimento, estoque, metas da Estratégia Saúde da Família, procedimento, ...
1.34.3 Permitir monitorar indicadores PMAQ.
1.34.4 O Painel de Indicadores deve possuir controle de permissões de visualização aos processos.
1.34.5 O Painel de Indicadores deve possuir controle de permissões de visualização aos processos por unidade de saúde.
1.34.6 O Painel de Indicadores deve permitir a visualização de informações de forma fácil, podendo estas serem exibidas em texto ou e gráficos nos formatos de colunas, linhas, pizza, barras...
1.34.7 Os processos de análise devem ser organizados por abas/módulos.
1.34.8 O Painel de Indicadores deve permitir filtros de período de datas, unidades de saúde, área/ micro área (no caso dos painéis correspondentes à Atenção Primária).
1.34.9 Permitir estabelecer metas de produção para acompanhamento dos Agentes Comunitários de Saúde e exibir resultados em formato de ranking.
1.34.10 O Painel de Indicadores deve ser desenvolvido em tecnologias open-source.
1.34.11 O Painel de Indicadores deve permitir sua instalação em um dos seguintes ambientes operacionais: Windows e Linux.
1.34.12 As informações resultantes devem ser acessíveis nos seguintes navegadores de Internet: Internet Explorer 8.0 ou superior, Opera, Firefox, Google Chrome.
1.35 FATURAMENTO SUS AMBULATORIAL
1.35.1 Permitir cadastrar novos procedimentos adicionais ao da tabela do SIGTAP, permitindo a vinculação e faturamento em um procedimento válido do SIA-SUS;
1.35.2 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.
Deve ter tela para gestão da produção faturável do tipo BPA por seção, permitindo selecionar uma ou mais para geração de arquivo:
Consultas
Exames
1.35.3
Procedimentos Ambulatoriais e Odontológicos
Vigilância em Saúde
Consulta Odontológica
Permitir selecionar um ou mais tipos de financiamento para geração do arquivo BPA, sendo:
Vigilância
1.35.4 MAC
FAEC
Incentivo MAC
1.35.5 Possuir em tela instruções para geração de faturamento e as respectivas configurações necessárias para habilitar no sistema
1.35.6 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;
1.35.7 Possibilitar na geração dos arquivos BPA que os mesmos possam ser incluídos de forma consolidada e individualizada;
1.35.8 Possibilitar a reapresentação da produção conforme portaria do Ministério da Saúde, em até 3(três) competências anteriores;
1.35.9 Possibilitar gerar produção do município incluindo a produção dos prestadores;
1.35.10 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, procedimento, valor e quantidade.
1.35.11 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.
1.35.12 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;
1.35.13 Permitir cadastrar novos procedimentos adicionais ao da tabela do SIGTAP, permitindo a vinculação e faturamento em um procedimento válido do SIA-SUS;
1.35.14 Permitir filtrar apenas produção de exames das unidades selecionadas em tela.

ANEXO II – AMBIENTE COMPUTACIONAL DA CONTRATANTE

Arquitetura de rede

Arquitetura padrão Ethernet 100BaseT e 1000BaseT.

Protocolo TCP/IP.
SAN (Storage Área Network).
 Ambiente servidor

Servidores: padrão IBM, D Intel e AMD.

Servidores: padrão DELL x86, Intel e AMD.
Servidores virtualizados em ambiente Hyper-v datacenter
Servidores virtualizados em ambiente VMWare padrão x 86.

Sistemas operacionais

Windows 2003 Server e versões superiores.

AIX e versões superiores.
Linux CentOS 6 e versões superiores.
Sistema Gerenciador de Banco de Dados (SGBD): Caché Intersystems.
Servidor de aplicações: Caché Intersystems e Apache 2.4.6.

Portal corporativo

Microsoft Exchange 2007 SP3 e Microsoft Exchange 2013.

Protocolo SMTP e IMAP.
Ferramenta de backup: IBM Tivoli Storage Manager – TSM e Ferramenta na va
NetApp InteliSnap

Estações de usuários

Sistema operacional: Windows 7 e versões superiores.

Cliente Web: Chrome 69, Mozilla 62, Microsoft Edge 42 e versões superiores.
Cliente de SGBD: Caché Intersystems.
Ferramenta de automação de escritório: MS Office 2007 SP3 e versões superiores.

ANEXO III - Ordem de Serviço

MODELO I

Ordem de Serviço XX/XXXX de XX de XXXXX de XXXX

O Subsecretario de XXXXXXXXXX Secretaria de Estado de Saúde do Distrito Federal, no

uso de suas atribuições que lhe são conferidas no Regimento Interno da SES-DF, aprovado pelo
Decreto n° 34.213 de 14 de março de 2013.
Considerando a celebração do Contrato no XXX/XXXX entre esta pasta e a empresa
XXXXXXXX, tendo como objeto XXXXXXXX, resolve:
Art. 1º Determinar o início da execução dos serviços contratados, a par r desta data,
nas especificações descritas abaixo:

ITEM:_________________________________________________________
QUANTIDADE:_________________________________________________
DESCRIÇÃO:___________________________________________________
LOCALIDADE:_________________________________________________
PRAZO:______________________________________________________

Brasília-DF, XX de XXXXXXXXXXXXXX de 20XX.

_______________________________________________
Nome
<<Cargo/Função>>
Matrícula
<<Setor/Departamento>>

MODELO II

Ordem de Serviço XX/XXXX de XX de XXXXX de XXXX

O Gestor do Contrato nº XXXX, celebração entre esta pasta e a empresa XXXXXXXX,

tendo como objeto XXXXXXXX, no uso de suas atribuições que lhe são conferidas através da Portaria
de Designação, resolve:
Art. 1º Determinar a execução dos serviços por demanda nas especificações e
quantidades descritas abaixo:

Descrição:
_________________________________________________________________________
__________________
_______________________________________________________________
Data de início: _________________________ Data de término:
______________________________
Resultados mínimos esperados:
________________________________________________________

Brasília-DF, XX de XXXXXXXXXXXXXX de 20XX.

______________________________________________
Fiscal Técnico do Contrato
<<Cargo/Função>>
Matrícula
<<Setor/Departamento>>

_______________________________________________
Gestor do Contrato
<<Cargo/Função>>
Matrícula
<<Setor/Departamento>>

ANEXO IV - TERMO DE RECEBIMENTO PROVISÓRIO

Por este instrumento, atestamos para fins de cumprimento do disposto no Art. 73, inciso
II, alínea “a”, da Lei nº 8.666, de 21 de junho de 1993, e no ar go 34, inciso l, da Instrução Norma va
STLI/MPOG nº 04, de 11 de setembro de 2014, que os bens e/ou serviços, relacionados no quadro
abaixo, foram recebidos nesta data e serão objeto de avaliação quanto aos aspectos de qualidade, de
acordo com os Critérios de Aceitação previamente definidos pelo Edital n° XX/20XX.

OBJETO

N.º CONTRATO OS Nº

CONTRATADA:

CNPJ TELEFONE:

Ressaltamos que o recebimento defini vo dos bens e/ou serviços ocorrerá em XX ()

dias, após a emissão deste, desde que não ocorram problemas técnicos ou divergências quanto às
especificações constantes do instrumento contratual proveniente do Edital n° XX/20XX.

Brasília-DF, XX de XXXXXXXXXXXXXX de 20XX.

______________________________________________
Fiscal Técnico do Contrato
<<Cargo/Função>>
Matrícula
<<Setor/Departamento>>

ANEXO V - TERMO DE RECEBIMENTO DEFINITIVO

Por este instrumento, as partes abaixo iden ficadas atestam para fins de cumprimento
do disposto no Art. 73, inciso II, alínea “b”, da Lei nº 8.666, de 21 de junho de 1993, e no ar go 34,
inciso Vlll, da Instrução Norma va STLI/MPOG nº 04, de 11 de setembro de 2014, que os bens e/ou
serviços relacionados no quadro abaixo, possuem as quan dades, configuração, desempenho e a
qualidade compatível com as condições e exigências técnicas constantes do Edital n° XX/20XX.
OBJETO

N.º CONTRATO OS Nº

CONTRATADA:

CNPJ TELEFONE:

Brasília-DF, XX de XXXXXXXXXXXXXX de 20XX.

___________________________________________
Fiscal Técnico do Contrato
<<Cargo/Função>>
Matrícula
<<Setor/Departamento>>

______________________________________________
Gestor do Contrato
<<Cargo/Função>>
Matrícula
<<Setor/Departamento>>

ANEXO VI - TERMO COMPROMISSO DE CONFIDENCIALIDADE DE INFORMAÇÕES

A CONTRATANTE, com sede em Brasília-DF, inscrito no CNPJ sob o nº XXX , doravante

denominado CONTRATANTE e a Empresa _____________, estabelecida à
______________________, CEP: _____________, inscrita no CNPJ sob o nº __________________,
doravante denominada simplesmente CONTRATADA, representada neste ato pelo Sr. _____________,
(cargo) ___________________, (nacionalidade) ______________, (estado civil) ___________,
(profissão) _____________, portador da Cédula de Iden dade nº ______________, e do CPF nº
____________, residente e domiciliado em _________________, e, sempre que em conjunto referidas
como PARTES para efeitos deste TERMO DE CONFIDENCIALIDADE DA INFORMAÇÃO , doravante
denominado simplesmente TERMO, e, CONSIDERANDO que, em razão do atendimento à exigência do
Contrato Nº XX/20XX, celebrado pelas PARTES, doravante denominado CONTRATO, cujo objeto é
a <objeto do contrato>, mediante condições estabelecidas pelo CONTRATO;
CONSIDERANDO que o presente TERMO vem para regular o uso dos dados, regras de
negócio, documentos, informações, sejam elas escritas ou verbais ou de qualquer outro modo
apresentada, tangível ou intangível, entre outras, doravante denominadas simplesmente
de INFORMAÇÕES, que a CONTRATADA tiver acesso em virtude da execução contratual;
CONSIDERANDO a necessidade de manter sigilo e confidencialidade, sob pena de
responsabilidade civil, penal e administra va, sobre todo e qualquer assunto de interesse do
Ministério da Saúde de que a CONTRATADA tomar conhecimento em razão da execução
do CONTRATO, respeitando todos os critérios estabelecidos aplicáveis às INFORMAÇÕES;
A CONTRATANTE estabelece o presente TERMO mediante as cláusulas e condições a
seguir:

CLÁUSULA PRIMEIRA - DO OBJETO

O objeto deste TERMO é prover a necessária e adequada PROTEÇÃO
ÀS INFORMAÇÕES da CONTRATANTE, principalmente aquelas classificadas como CONFIDENCIAIS,
em razão da execução do CONTRATO celebrado entre as PARTES.

CLÁUSULA SEGUNDA - DAS INFORMAÇÕES CONFIDENCIAIS

Parágrafo Primeiro: As es pulações e obrigações constantes do presente instrumento
serão aplicadas a todas e quaisquer INFORMAÇÕES reveladas pelo CONTRATANTE.
Parágrafo segundo: A CONTRATADA se obriga a manter o mais absoluto sigilo e
confidencialidade com relação a todas e quaisquer INFORMAÇÕES que venham a ser fornecidas
pelo CONTRATANTE, a par r da data de assinatura deste TERMO, devendo ser tratadas
como INFORMAÇÕES CONFIDENCIAIS , salvo aquelas prévia e formalmente classificadas com
tratamento diferenciado pela CONTRATANTE.
Parágrafo Terceiro: A CONTRATADA se obriga a não revelar, reproduzir, u lizar ou dar
conhecimento, em hipótese alguma, a terceiros, bem como a não permi r que nenhum de seus
diretores, empregados e/ou prepostos faça uso das INFORMAÇÕES do CONTRATANTE.
Parágrafo Quarto: A CONTRATANTE, com base nos princípios ins tuídos na Segurança
da Informação, zelará para que as INFORMAÇÕES que receber e ver conhecimento sejam tratadas
conforme a natureza de classificação informada pela CONTRATADA.

CLÁUSULA TERCEIRA - DAS LIMITAÇÕES DA CONFIDENCIALIDADE

Parágrafo Único: As obrigações constantes deste TERMO não serão aplicadas
às INFORMAÇÕES que:

1. Sejam comprovadamente de domínio público no momento da revelação ou após a

revelação, exceto se isso ocorrer em decorrência de ato ou omissão das PARTES;
2. Tenham sido comprovadas e legi mamente recebidas de terceiros, estranhos ao
presente TERMO;
3. Sejam reveladas em razão de requisição judicial ou outra determinação válida do
Governo, somente até a extensão de tais ordens, desde que as PARTES cumpram qualquer
medida de proteção per nente e tenham sido no ficadas sobre a existência de tal ordem,
previamente e por escrito, dando a esta, na medida do possível, tempo hábil para pleitear
medidas de proteção que julgar cabíveis.
4.

CLÁUSULA QUARTA - DAS OBRIGAÇÕES ADICIONAIS

Parágrafo Primeiro: A CONTRATADA se compromete a u lizar
as INFORMAÇÕES reveladas exclusivamente para os propósitos da execução do CONTRATO.
Parágrafo segundo: A CONTRATADA se compromete a não efetuar qualquer cópia
das INFORMAÇÕES sem o consentimento prévio e expresso da CONTRATANTE.

1. O consen mento mencionado no Parágrafo segundo, entretanto, será dispensado

para cópias, reproduções ou duplicações para uso interno das PARTES.

Parágrafo Terceiro: A CONTRATADA se compromete a cien ficar seus diretores,

empregados e/ou prepostos da existência deste TERMO e da natureza confidencial
das INFORMAÇÕES do CONTRATANTE.
Parágrafo Quarto: A CONTRATADA deve tomar todas as medidas necessárias à
proteção das INFORMAÇÕES do CONTRATANTE, bem como evitar e prevenir a revelação a terceiros,
exceto se devidamente autorizado por escrito pelo CONTRATANTE.
Parágrafo Quinto: Cada PARTE permanecerá como única proprietária de todas e
quaisquer INFORMAÇÕES eventualmente reveladas à outra parte em função da execução
do CONTRATO.
Parágrafo Sexto: O presente TERMO não implica a concessão, pela parte reveladora à
parte receptora, de nenhuma licença ou qualquer outro direito, explícito ou implícito, em relação a
qualquer direito de patente, direito de edição ou qualquer outro direito rela vo à propriedade
intelectual.

1. Os produtos gerados na execução do CONTRATO, bem como

as INFORMAÇÕES repassadas à CONTRATADA, são única e exclusiva propriedade intelectual
do CONTRATANTE.

Parágrafo Sé mo: A CONTRATADA firmará acordos por escrito com seus empregados
e consultores ligados direta ou indiretamente ao CONTRATO, cujos termos sejam suficientes a
garantir o cumprimento de todas as disposições do presente instrumento.
Parágrafo Oitavo: A CONTRATADA obriga-se a não tomar qualquer medida com vistas
a obter, para si ou para terceiros, os direitos de propriedade intelectual rela vo aos produtos gerados
e às INFORMAÇÕES que venham a ser reveladas durante a execução do CONTRATO.

CLÁUSULA QUINTA - DO RETORNO DE INFORMAÇÕES

Parágrafo Único: Todas as INFORMAÇÕES reveladas pelas PARTES permanecem como
propriedade exclusiva da parte reveladora, devendo a esta retornar imediatamente assim que por ela
requerido, bem como todas e quaisquer cópias eventualmente existentes.

1. A CONTRATADA deverá devolver íntegros, e integralmente todos os documentos

a ela fornecidos, inclusive as cópias porventura necessárias, na data es pulada
pelo CONTRATANTE para entrega, ou quando não mais for necessária a manutenção das
Informações Confidenciais, comprometendo-se a não reter quaisquer reproduções (incluindo
reproduções magnéticas), cópias ou segundas vias.
2. A CONTRATADA deverá destruir quaisquer documentos por ela produzidos que
contenham Informações Confidenciais do CONTRATANTE, quando não mais for necessária a
manutenção dessas Informações Confidenciais, comprometendo-se a não reter quaisquer
reproduções (incluindo reproduções magné cas), cópias ou segundas vias, sob pena de incorrer
nas penalidades previstas neste Termo.

CLÁUSULA SEXTA - DA VIGÊNCIA

Parágrafo Único: O presente TERMO tem natureza irrevogável e irretratável,
permanecendo em vigor desde a data de sua assinatura até 05 (cinco) anos após o término do
Contrato.

CLÁUSULA SÉTIMA - DAS PENALIDADES

Parágrafo Único: A quebra do sigilo e/ou da confidencialidade das informações,
devidamente comprovada, possibilitará a imediata aplicação de penalidades previstas conforme
disposições contratuais e legislações em vigor que tratam desse assunto, podendo até culminar
na RESCISÃO DO CONTRATOfirmado entre as PARTES. Neste caso, a CONTRATADA, estará sujeita,
por ação ou omissão, ao pagamento ou recomposição de todas as perdas e danos sofridos
pelo CONTRATANTE, inclusive as de ordem moral, bem como as de responsabilidades civil e criminal,
as quais serão apuradas em regular processo administra vo ou judicial, sem prejuízo das demais
sanções legais cabíveis, conforme Art. 87 da Lei nº. 8.666/93.

CLÁUSULA OITAVA - DAS DISPOSIÇÕES GERAIS

Parágrafo Primeiro: Este TERMO cons tui vínculo indissociável ao CONTRATO, que é
parte independente e regulatória deste instrumento.
Parágrafo Segundo: O presente TERMO cons tui acordo entre as PARTES,
rela vamente ao tratamento de INFORMAÇÕES, principalmente as CONFIDENCIAIS, aplicando-se a
todos e quaisquer acordos futuros, declarações, entendimentos e negociações escritas ou verbais,
empreendidas pelas PARTES em ações feitas direta ou indiretamente.
Parágrafo Terceiro: Surgindo divergências quanto à interpretação do pactuado
neste TERMO ou quanto à execução das obrigações dele decorrentes, ou constatando-se nele a
existência de lacunas, solucionarão as PARTES tais divergências, de acordo com os princípios da
legalidade, da equidade, da razoabilidade, da economicidade, da boa-fé, e, as preencherão com
estipulações que deverão corresponder e resguardar as INFORMAÇÕES do CONTRATANTE.
Parágrafo Quarto: O disposto no presente TERMO prevalecerá sempre em caso de
dúvida, salvo expressa determinação em contrário, sobre eventuais disposições constantes de outros
instrumentos legais conexos relativos à CONFIDENCIALIDADE DE INFORMAÇÕES.
Parágrafo Quinto: A omissão ou tolerância das PARTES, em exigir o estrito
cumprimento das condições estabelecidas neste instrumento, não cons tuirá novação ou renúncia,
nem afetará os direitos, que poderão ser exercidos a qualquer tempo.

CLÁUSULA NONA - DO FORO

Parágrafo Único: Fica eleito o foro da Jus ça Federal - Seção Judiciária do Distrito
Federal, em Brasília-DF, para dirimir quaisquer dúvidas oriundas do presente TERMO, com renúncia
expressa a qualquer outro, por mais privilegiado que seja.
E, por assim estar justa e estabelecida às condições, a CONTRATADA assina o
presente TERMO DE CONFIDENCIALIDADE DA INFORMAÇÃO, em 02 (duas) vias de igual teor e um só
efeito, na presença de duas testemunhas.

Brasília-DF, XX de XXXXXXXXXXXXXX de 20XX.

_______________________________________________
Nome do Diretor ou representante legal da empresa
Cargo
CPF nº

ANEXO VI - MODELO DE TERMO DE COMPROMISSO

Pelo presente instrumento eu, ________________________________________CPF

nº__________________________, RG nº ___________________________, expedida em
_______________________, órgão expedidor _______________________, prestador de serviço,
ocupante do cargo __________________________ na empresa _____________________que
celebrou Contrato com a Secretaria de Estado de Saúde do Distrito Federal, DECLARO, para fins de
cumprimento de obrigações contratuais e sob pena das sanções administra vas, civis e penais, que
tenho pleno conhecimento de minha responsabilidade no que concerne ao sigilo que deve ser man do
sobre os assuntos tratados, as a vidades desenvolvidas e as ações realizadas no âmbito da Secretaria
de Estado de Saúde do Distrito Federal, bem como sobre todas as informações que, por força de minha
função ou eventualmente, venham a ser do meu conhecimento,comprometendo-me a guardar o sigilo
necessário a que sou obrigado nos termos da legislação vigente.
DECLARO, ainda,nos termos da Polí ca de Segurança da Informação e Comunicações da
Secretaria de Estado de Saúde do Distrito Federal, estar ciente e CONCORDO com as condições
abaixo especificadas, responsabilizando-me por:
I- tratar o(s) a vo(s) de informação como patrimônio da Secretaria de Estado de Saúde do
Distrito Federal.
II - u lizar as informações em qualquer suporte sob minha custódia e interesse do serviço
da Secretaria de Estado de Saúde do Distrito Federal.
III - não u lizar ou divulgar em parte ou na totalidade, as informações de propriedade
ou custodiadas,sob qualquer forma de armazenamento, pela Secretaria de Estado de Saúde
do Distrito Federal sem autorização prévia do gestor ou responsável pela informação.
IV - contribuir para assegurara disponibilidade, a integridade, a confidencialidade e
a autenticidade das informações.
V- u lizar credenciais ou contas de acessoe os a vos de informação em conformidade
com a legislação vigente e normas específicas da Secretaria de Estado de Saúde do Distrito
Federal.
VI - responder perante a Secretaria de Estado de Saúde do Distrito Federal, pelo uso indevido
das minhas credenciais ou contas de acessoe dos ativos de informação.

Brasília-DF, XX de XXXXXXXXXXXXXX de 20XX.

ANEXO VII - DECLARAÇÃO DE VISTORIA

Atesto para os devidos fins que a empresa abaixo iden ficada realizou a vistoria das
instalações e do local onde os serviços serão prestados.
Nome da empresa:
_________________________________________________________
CNPJ:
___________________________________________________________________
Nome do Representante:
____________________________________________________
RG do Representante n.°:
___________________________________________________
Endereço:
________________________________________________________________
Telefone:
_________________________________________________________________
E-mail (se houver):
_________________________________________________________
Local
vistoriado:_____________________________________________________________

Responsável pelo Termo de Vistoria

Nome: __________________________________________________
Matrícula: _______________________________________________
Assinatura: ______________________________________________

Representante legal da Empresa

Nome: __________________________________________________
Assinatura: ______________________________________________

Brasília-DF, XX de XXXXXXXXXXXXXX de 20XX.

ANEXO VIII - DECLARAÇÃO DE DESISTÊNCIA DE VISITA TÉCNICA

REF.: (IDENTIFICAÇÃO DA LICITAÇÃO)

A empresa ..............................................................................., inscrita no CNPJ nº.
.........................., por intermédio de seu representante legal, o(a) Sr(a)
.........................................................., portador(a) da Carteira de Iden dade nº. ................................ e
do CPF nº. ...................................... DECLARA, abrir mão da VISITA TÉCNICA ao local da execução da
obra/serviço, conforme dispõe o edital da licitação em referência. Declaramos, ainda, sob as
penalidades da lei, de que temos pleno conhecimento das condições e peculiaridades inerentes à
natureza dos trabalhos, assumindo total responsabilidade por esse fato e informamos que não
u lizaremos para qualquer ques onamento futuro que ensejam avenças técnicas ou financeiras,
isentando a __________________________, de qualquer reclamação e/ou reivindicação de nossa
parte.

Representante legal da Empresa

Nome: __________________________________________________
Assinatura: ______________________________________________

Brasília-DF, XX de XXXXXXXXXXXXXX de 20XX.

ANEXO IX - ENDEREÇOS DAS UNIDADES DA SECRETARIA DE ESTADO DE SAÚDE DO DISTRITO

FEDERAL

Os endereços das unidades da Secretaria de Estado do Distrito Federal estão

disponibilizados em planilha anexa e podem ser aferidos via mapa de georreferenciamento disponível
no link: https://www.google.com/maps/d/viewer?mid=1JxGpFwb5gWF_c0t6_q2KGXcy5wdhPrLo&ll=-
15.81467916060277%2C-47.949401249999994&z=9

ANEXO X - MODELO DE PROPOSTA

(Em papel timbrado da empresa)
 À Secretaria de Estado de Saúde do Distrito Federal
SAIN, Parque Rural S/Nº, bloco C, 1º andar
Asa Norte, Sede da SES/DF - Plano Piloto
CEP: 70086–900- Brasília, DF

Referência: Pregão Eletrônico nº ___/____.

1 - Dados da proposta:
O valor da proposta é de _________________________ (em algarismo e por extenso),
para a prestação dos serviços referente à:

PLANILHA I

O item contante nesta planilha terá seu custo total quitado após a execução do serviço
ou entrega do produto.

Item Descrição Unid. Quant. Valor Uni. Valor Total

1 Solução tecnológica de gestão integrada de atenção à saúde

Licença de Uso Perpétuo do Sistema de Gestão

1.1 Licença/Mês 7.764 R$ R$
de Saúde - Hospitalar

Licença de Uso Perpétuo do Sistema de Gestão

1.2 Licença/Mês 214 R$ R$
de Saúde - Unidades Básicas

Licença de Uso Perpétuo do Sistema de Gestão

de Saúde - Serviço Especializado (CAPS,
1.3 Licença/Mês 70 R$ R$
Policlínica, Centro Especialidades e Farmácia
Alto Custo)

Licença de Uso Perpétuo do Sistema de Gestão

1.4 Licença/Mês 46 R$ R$
de Saúde - Vigilância em Saúde

Licença de Uso Perpétuo do Sistema de Gestão

1.5 Licença/Mês 01 R$ R$
de Saúde - SAMU

2 Serviços de suporte e atualização tecnológica

Serviços de suporte e atualização tecnológica -

2.1 Serviço/Mês 7.764 R$ R$
Sistema de Gestão de Saúde Hospitalar

Serviços de suporte e atualização tecnológica -

2.2 Sistema de Gestão de Saúde Em Atenção Serviço/Mês 331 R$ R$
Básica, Especializada, Vigilância e SAMU

3 Serviços técnicos especializados UST/Demanda 179.280 R$ R$

2 - Validade da proposta: 90 (noventa) dias a contar de sua apresentação.

3 - Informamos, por oportuno, que nos preços apresentados acima já estão computados
todos os custos necessários decorrentes da prestação do serviços, bem como já estão incluídos todas
as despesas rela vas à entrega, impostos, encargos trabalhistas, previdenciários, fiscais, comerciais,
taxas, deslocamentos de pessoal e quaisquer outros que incidam direta ou indiretamente e deduzidos
os abatimentos eventualmente concedidos.

Dados da proponente:
VII - Razão Social: __________________________________________________
VIII - CNPJ: ________________________________________________________
IX - Inscrição Estadual nº: ___________________________________________
X- Endereço: ____________________________________________________
XI - Telefone: _____________________________________________________
XII - Correio eletrônico: _____________________________________________
XIII - Cidade: ______________________________________________________
XIV - Estado: _______________________________________________________
XV - CEP: _________________________________________________________
XVI - Representante(s) legal(is)
a) Nome: ________________________________________________________
b) Cargo: ________________________________________________________
c) RG: __________________________________________________________
d) CPF: __________________________________________________________
XVII - Dados Bancários
a) Banco: ________________________________________________________
b) Agência: _______________________________________________________
c) Conta Comente: _________________________________________________
XVIII - Dados para Contato
a)
Nome: _________________________________________________________
b)
Telefone/Ramal: _________________________________________________

Declaramos, ainda, que inexiste qualquer vínculo de natureza técnica, comercial,

econômica, financeira ou trabalhista com serviço ou dirigente da Secretaria de Estado de Saúde do
Distrito Federal.

Representante legal da Empresa

Nome: __________________________________________________
Assinatura: ______________________________________________

Brasília-DF, XX de XXXXXXXXXXXXXX de 20XX.

ANEXO XI
DECLARAÇÃO PARA OS FINS DO DECRETO N° 39.860, DE 30 DE MAIO DE 2019

ÓRGÃO/ENTIDADE

PROCESSO

MODALIDADE DE LICITAÇÃO

NÚMERO DA LICITAÇÃO

LICITANTE

CNPJ/CPF

INSCRIÇÃO ESTADUAL/DISTRITAL

REPRESENTANTE LEGAL

CPF

A pessoa sica ou jurídica acima iden ficada, por intermédio de seu representante
legal, declara que não incorre nas vedações previstas no art. 9° da Lei n°8.666, de 21 de junho de
1993, e no art. 1° do Decreto n° 39.860, de 30 de maio de 2019. Essa declaração é a expressão da
verdade, sob as penas da lei.

Brasília, ____ de __________________ de ______

_________________________________________
Assinatura

Documento assinado eletronicamente por LEANDRO SILVA CURSINO - Matr.1682868-2,

Membro da Comissão de Elaboração de Instrumentos de Contratação, em 06/03/2020, às
15:36, conforme art. 6º do Decreto n° 36.756, de 16 de setembro de 2015, publicado no Diário
Oficial do Distrito Federal nº 180, quinta-feira, 17 de setembro de 2015.

Documento assinado eletronicamente por LEONARDO AMORIM DE ARAUJO - Matr.1693330-3,

Coordenador(a) Especial de Tecnologia de Informação em Saúde, em 06/03/2020, às 18:09,
conforme art. 6º do Decreto n° 36.756, de 16 de setembro de 2015, publicado no Diário Oficial
do Distrito Federal nº 180, quinta-feira, 17 de setembro de 2015.

Documento assinado eletronicamente por BARBARA DE ALBUQUERQUE BERÇOT -

Matr.0353235-6, Chefe da Assessoria da Hemorrede, em 06/03/2020, às 19:13, conforme art.
6º do Decreto n° 36.756, de 16 de setembro de 2015, publicado no Diário Oficial do Distrito
Federal nº 180, quinta-feira, 17 de setembro de 2015.

Documento assinado eletronicamente por EVELYN HEINZEN - Matr.1673743-1, Diretor(a) de

Programação de Órteses e Próteses, em 09/03/2020, às 14:23, conforme art. 6º do Decreto n°
36.756, de 16 de setembro de 2015, publicado no Diário Oficial do Distrito Federal nº 180,
quinta-feira, 17 de setembro de 2015.

Documento assinado eletronicamente por CHRYSTIANE BRANDAO CAVALCANTI -

Matr.1694036-9, Analista de Sistemas, em 09/03/2020, às 14:45, conforme art. 6º do Decreto
n° 36.756, de 16 de setembro de 2015, publicado no Diário Oficial do Distrito Federal nº 180,
quinta-feira, 17 de setembro de 2015.

Documento assinado eletronicamente por DAYANE LEITE SERPA - Matr.1693096-7,

Farmacêutico(a) Bioquímico(a) - Farmácia, em 09/03/2020, às 14:47, conforme art. 6º do
Decreto n° 36.756, de 16 de setembro de 2015, publicado no Diário Oficial do Distrito Federal
nº 180, quinta-feira, 17 de setembro de 2015.

A autenticidade do documento pode ser conferida no site:

http://sei.df.gov.br/sei/controlador_externo.php?
acao=documento_conferir&id_orgao_acesso_externo=0
verificador= 36460631 código CRC= BF2B7A7F.

"Bra s íl i a - Pa tri môni o Cul tura l da Huma ni da de"

Setor de Área s Is ol a da s Norte (SAIN) - Pa rque Rura l , l ote s /n - Bl oco B - Ba i rro As a Norte - CEP 70770-200 - DF
00060-00464906/2019-53 Doc. SEI/GDF 36460631