Este documento é material de especificação dos requisitos de inovação, trata-se de conteúdo extremamente técnico. |
---|
Especificação | |||
Produto | PEP | Módulo | Prontuário Eletrônico |
Segmento Executor | Saúde | ||
Projeto¹ | S_SAU_HIS_20152016 | IRM¹ | PCREQ-10078 |
Requisito¹ | PCREQ-10171 | SubTarefa¹ | SAU_DEV-4384 |
Chamado² |
| ||
Release de Entrega Planejada | 12.1.10.0 | Réplica |
|
País | (X) Brasil ( ) Argentina ( ) Mexico ( ) Chile ( ) Paraguai ( ) Equador | ||
Outros | Documento de referência: MIT031 - 0002 - Solicitacao_de_Mudanca - Prescrição ILPI.doc |
Objetivo
Criar uma prescrição em papel na qual seja possível visualizar os 30 dias de prescrição. As prescrições de algumas instituições têm 30 dias de validade.
Definição da Regra de Negócio
RN001 – Criar uma configuração (em Adm. Do Sistema > Configurações > configuração por Unidade), para habilitar, ou não, o impresso da Prescrição Médica para 30 dias. Configuração: "Gerar o modelo impresso da Prescrição Médica para 30 dias".
As regras a seguir deverão ser consideradas se a configuração "Gerar o modelo impresso da Prescrição Médica para 30 dias" estiver com a opção "Sim" selecionada:
RN002 – Ao visualizar a Prescrição ou liberar a Prescrição Médica, o sistema deve apresentar o impresso para 30 dias, ou seja, data da última liberação da prescrição + 30 dias fixos. Exemplo: última prescrição liberada 24/02 no impresso ficaria: Fevereiro (do dia 24 até o dia 29) + Março (do dia 01 até o dia 24).
RN003 – Na primeira coluna, deverá ser apresentada a mesma descrição da frase prescrita, visto que, as informações de dose, via e frequência não serão mais separadas em colunas.
RN004 – A ordenação da prescrição deverá seguir o padrão convencional no segmento da saúde:
- Dietas;
- Soros e Componentes;
- Medicações;
- Antibióticos (Estoque > Cadastros > Cadastro de Medicamentos e Soluções > Configurações Clínicas > Seleção de Medicamento, Solução ou Componente de Solução > Categoria "Antibiótico");
- Controlados (Estoque > Cadastros > Cadastro de Princípios Ativos > Seleção de Princípio Ativo > checkbox: "Uso controlado");
- Uso geral (demais medicamentos conforme ordem da prescrição);
- Inalações;
- Insulinas;
- Rotinas, Cuidados, Monitorizações e Sinais Vitais;
- Ventilações;
- Procedimentos;
- Hemocomponentes;
- Solicitação de Exames;
- Solicitação de Parecer;
- Alta/Transferência.
RN005 – A impressão da prescrição é deverá manter uma linha para cada item, criando linhas para cada horário da administração.
Rotinas Envolvidas | ||
Rotina | Tipo de Operação | Opção de Menu |
Configurações por Unidade | Alteração | Adm. do Sistema > Configurações > Configuração por Unidade. |
Impresso da Prescrição Médica | Alteração | PEP > Seleção do Paciente:
|
Protótipo de Tela
As imagens de telas destacadas a seguir são consideradas apenas protótipos, as mesmas poderão sofrer alterações em função da atualização de componentes utilizados no sistema, devem ser utilizadas apenas para exemplificar a forma de iteração que os usuários possuirão ao acessar o PEP, o fluxo de negócio e a forma em que os dados e informações serão manipuladas.
Criar configuração para gerar o modelo impresso da Prescrição Médica para 30 dias
Funcionalidade | Configuração para gerar o modelo impresso da Prescrição Médica para 30 dias. | ||||
Objetivo | Incluir checkbox "Gerar o modelo impresso da Prescrição Médica para 30 dias" nas configurações por unidade. | ||||
Módulo | Adm. Do Sistema | Menu | Configurações > Configurações por Unidade | ||
Regras da Interface | |||||
RI-001 | A configuração "Gerar o modelo impresso da Prescrição Médica para 30 dias" deve estar desmarcada por padrão. |
Gerar o modelo impresso da Prescrição Médica para 30 dias
Funcionalidade | Impressão da Prescrição Médica. | ||||
Objetivo | Apresentar o impresso para 30 dias na Visualização da Prescrição e na Impressão. | ||||
Módulo | Prontuário Eletrônico | Menu | PEP > Seleção do Paciente:
| ||
Regras da Interface | |||||
RI-001 | O cabeçalho e rodapé da prescrição médica permanecerão inalterados. O layout da prescrição deverá obececer o modelo acima considerando as RN002, RN003, RN004 e RN005. |
Dicionário de Dados
Para incluir a configuração onde habilitará a impressão para 30 dias (RN001), alterar a tabela MP2055_UNIT para incluir a coluna MP2055_PRINT_MODEL_30_DAYS.
Alterações no projeto
Para contemplar a RN001, além da alteração na base de dados, será necessário alterar as seguintes classes:
- TOTVS.PEP.Server.DataAccessLayer.MP2055_UNIT (gerar DAL)
- TOTVS.PEP.Server.BusinessLayer.Entries.UnitService
- TOTVS.PEP.Server.Entities.PEP.Entries.Unit
- TOTVS.PEP.Server.Wrappers.Entries.UnitWrapper
E também alteração nos seguintes arquivos do client (Silverlight):
- PEP.Tabs.Entries.UnitConfigurationPage.xaml
- PEP.Tabs.Entries.UnitConfigurationPage.xaml.cs
Necessário atualizar a referência para os serviços WCF do PEP Server.
Para o relatório (RN002, RN003, RN004, RN005), sugiro a criação de um conjunto de relatórios novos baseados nos relatórios atuais.
Os relatórios atuais se encontrar nos diretórios abaixo:
- $/HIS/Fontes_Doc/Inovacao/v12.1.11/12.1.11/Fontes/pmweb/reportsrdl/rdl_oracle/PEP/PrescriptionReportNE.rdl
- $/HIS/Fontes_Doc/Inovacao/v12.1.10/12.1.11/Fontes/pmweb/reportsrdl/rdl_oracle/PEP/PrescriptionSubReportNE.rdl
- $/HIS/Fontes_Doc/Inovacao/v12.1.11/12.1.11/Fontes/pmweb/reportsrdl/rdl_sqlserver/PEP/PrescriptionReportNE.rdl
- $/HIS/Fontes_Doc/Inovacao/v12.1.11/12.1.11/Fontes/pmweb/reportsrdl/rdl_sqlserver/PEP/PrescriptionSubReportNE.rdl
Os novos relatórios novos devem ficar nesses mesmos diretórios.
Como já é feito nos relatórios atuais, os dados para o relatório e subrelatório devem ser obtidos através do consumo de um método do serviço em TOTVS.PEP.Server.Services.MedicalPrescription.PrintService.svc. Os métodos para esse novo relatório devem ser construídos.
Na classe TOTVS.PEP.Server.Adapters.PrescriptionAdapter deve-se ajustar os métodos abaixo para contemplar os dados que serão utlizados no novo relatório.
- public DataSet GetToReportPrescription(long prescriptionId, string module, long unitId, NaturePrescriptionType naturePrescription, string printView) - utilizado pelo relatório principal
- public DataSet GetToReport(long prescriptionId, string moduleCode, long unitId, NaturePrescriptionType naturePrescription, string printView) - utlizado pelo subrelatório
Se necessário, pode-se criar novos métodos específicos para a geração dos dados para esse relatório.