Histórico da Página
Este documento é material de especificação dos requisitos de inovação, trata-se de conteúdo extremamente técnico. |
---|
(Obrigatório)
Informações Gerais
Especificação | |||
Produto |
...
PEP | Módulo |
...
Prontuário Eletrônico |
Segmento Executor |
...
...
Projeto1
...
...
IRM1
...
...
Requisito1
...
...
Subtarefa1
...
...
Saúde | |||
Projeto¹ | S_SAU_HIS_20152016 | IRM¹ | PCREQ-10078 |
Requisito¹ | PCREQ-10316 | SubTarefa¹ | SAU_DEV-4331 |
Chamado² |
| ||
Release de Entrega Planejada | 12.1.11.0 | Réplica |
|
País | ( |
...
X) Brasil ( ) Argentina ( ) Mexico ( ) Chile ( ) Paraguai ( ) Equador | ||
Outros |
...
<Caso necessário informe outras referências que sejam pertinentes a esta especificação. Exemplo: links de outros documentos ou subtarefas relacionadas>.
Legenda: 1 – Inovação 2 – Manutenção (Os demais campos devem ser preenchidos para ambos os processos).
(Obrigatório)
Objetivo
<Nesta etapa informar o objetivo da especificação do requisito, ou seja, o que a funcionalidade deve fazer. Exemplo: Permitir que o usuário defina o percentual mínimo em espécie (dinheiro), a referência mínima para calculo dos débitos do aluno e o período de validade do parâmetro de negociação>.
(Obrigatório)
Definição da Regra de Negócio
<Regra de negócio é o que define a forma de fazer o negócio, o processo definido e/ou as regras que devem ser contempladas. Devem ser descritas restrições, validações, condições e exceções do processo. Caso necessário, incluir neste capítulo também regras de integridade que devem ser observadas no momento do desenvolvimento>.
<Na tabela abaixo informe quais são as rotinas envolvidas, o tipo de operação, a opção de menu e se necessário uma breve descrição das regras de negócio relacionadas a rotina>.
|
Objetivo
Ajustar os campos no cadastro de Interação Medicamentosa do RM, apresentar alerta e justificativa para interação medicamentosa na Prescrição Médica.
Definição da Regra de Negócio
RN001 – Fazer as seguintes modificações no cadastro de Interação Medicamentosa do RM:
- Alterar o label do RM de "Classificação de Risco" para "Classificação de Risco / Nível de Interação";
- Alterar o label do RM de "Observação" para "Observação / Risco";
- Acrescentar o campo "Ação" (campo texto).
As regras a seguir deverão ser consideradas para o PEP com o RM e com o HIS:
RN002 – Acrescentar no alerta de interação medicamentosa a informação do campo "Observação / Risco" (HIS > Estoque > Cadastros > Cadastro de Princípios Ativos > Interações Medicamentosas e RM > Cadastros > Cuidados com o Paciente > Prescrição Médica > Interações Medicamentosas). Caso o campo "Observação / Risco" esteja em branco no cadastro, o label "Observação / Risco" não deverá ser apresentado na mensagem.
RN003 – O alerta de interação medicamentosa é apresentado atualmente somente no painel de medicamentos. Além do painel de medicamentos, o mesmo deverá ser apresentado em:
- Soros e Componentes;
- Insulinas (Insulina Fixa e Variável: Hipoglicemia e Hiperglicemia);
- Inalações.
RN004 – O alerta de interação medicamentosa deve ser apresentado, também, entre os painéis. Exemplo: se for prescrito um componente (no painel de Soros e Componentes) que interage com um medicamento já prescrito (no painel de medicamentos), o sistema deverá apresentar a mensagem de interação medicamentosa.
RN005 – Criar configuração por unidade: "Obrigar a justificativa por interação medicamentosa na Prescrição Médica". A mesma deverá ficar disponível em Adm. do Sistema > Configurações > Configurações por Unidade.
RN006 – Para os casos de Interação Medicamentosa, acrescentar o campo "Justificativa – Interação Medicamentosa" ao Prescrever um:
- Soros e Componentes;
- Medicamentos;
- Insulinas (Insulina Fixa e Variável: Hipoglicemia e Hiperglicemia);
- Inalações.
Assim, como o alerta, o campo de justificativa também deve ser apresentado entre painéis.
OBS: Se a opção "Obrigar a justificativa por interação medicamentosa na Prescrição Médica" estiver selecionada, o preenchimento do campo "Justificativa – Interação Medicamentosa" deve ser obrigatório. Atenção: Se o medicamento A interagir com o medicamento B e a justificativa for informada no medicamento B, o sistema não deverá obrigar o preenchimento da justificativa no medicamento A.
RN007 – As justificativas deverão ficar visíveis na frase da Prescrição Médica (para itens pendentes de liberação e itens já liberados), Planejamento Terapêutico - PLT (aprazamento e checagem) e Histórico Clinico em forma de Tooltip.
Se o medicamento A interagir com o medicamento B e a justificativa for informada no medicamento B, a informação do Tooltip do medicamento B deverá ter o seguinte formato: "Justificativa – Interação Medicamentosa – medicamento A com medicamento B: Descrição da justificativa."
Já no medicamento A, será apresentado no ToolTip somente a interação sem a justificativa, visto que, o medicamento justificado foi o B. Exemplo: "Interação Medicamentosa – medicamento A com medicamento B".
RN008 – Quando utilizado o Modelo de Prescrição, o sistema deverá obedecer as mesmas regras já descritas acima tanto para o alerta de interação medicamentosa, quanto para a Justificativa de Interação Medicamentosa.
Rotinas Envolvidas | ||
Rotina | Tipo de Operação | Opção de Menu |
...
Regras de Negócio
...
[ACAA040 – Parâmetros]
...
[Alteração]
...
[Atualizações -> Acadêmico-> Tesouraria]
...
-
...
[ACAA050 – Negociação Financeira]
...
[Envolvida]
...
[Atualizações -> Acadêmico-> Tesouraria]
...
-
...
[ACAA060 – Cadastro de Pedidos]
...
[Criação]
...
[Atualizações -> Acadêmico-> Cadastros]
...
-
Exemplo de Aplicação:
- Criar o campo “% Mínimo Espécie” (AAA_PERESP) onde o usuário informará o % que o aluno pagará em dinheiro. Esse % poderá ser alterado durante a negociação.
- Criar o campo “Referência Mínima para Cálculo” (AAA_REFCAL) onde o usuário informará um dos 4 valores disponíveis para pagamento das mensalidades como a referência mínima para calcular o débito total do aluno.
- Criar o parâmetro MV_ACPARNE que definirá se as informações de “% Mínimo Espécie” e “Referência Mínima para Cálculo” serão obrigatórias.
- O parâmetro MV_ACPARNE deve ter as seguintes opções: 1=Obrigatório e 2=Opcional. Deve ser inicializado como opcional>.
Tabelas Utilizadas
- SE2 – Cadastro de Contas a Pagar
- FI9 – Controle de Emissão de DARF>.
Opcional
Protótipo de Tela
<Caso necessário inclua protótipos de telas com o objetivo de facilitar o entendimento do requisito, apresentar conceitos e funcionalidades do software>.
Protótipo 01
Opcional
Fluxo do Processo
<Nesta etapa incluir representações gráficas que descrevam o problema a ser resolvido e o sistema a ser desenvolvido. Exemplo: Diagrama - Caso de Uso, Diagrama de Atividades, Diagrama de Classes, Diagrama de Entidade e Relacionamento e Diagrama de Sequência>.
Opcional
Dicionário de Dados
Arquivo ou Código do Script: AAA – Negociação Financeira / *Versao=CP.2014.12_03*/
Índice | Chave |
01 | <FI9_FILIAL+FI9_IDDARF+FI9_STATUS> |
02 | <FI9_FILIAL+FI9_FORNEC+ FI9_LOJA+FI9_EMISS+FI9_IDDARF> |
03 | <FI9_FILIAL+FI9_FORNEC+ FI9_LOJA+FI9_PREFIX+FI9_NUM+FI9_PARCEL+FI9_TIPO> |
Campo | <AAA_PERESP> |
Tipo | <N> |
Tamanho | <6> |
Valor Inicial | <Varia de acordo com o tipo informado. Por exemplo, quando o campo “tipo” for date, neste campo pode ser informado uma data>. |
Mandatório | Sim ( ) Não ( ) |
Descrição | <Referência Mínima para Cálculo> |
Título | <Ref.Calc.> |
Picture | <@E999.99> |
Help de Campo | <Informar o % que o aluno pagará em dinheiro. Esse % poderá ser alterado durante a negociação> |
(Opcional)
Grupo de Perguntas
<Informações utilizadas na linha Protheus>.
Nome: FINSRF2
X1_ORDEM | 01 |
X1_PERGUNT | Emissão De |
X1_TIPO | D |
X1_TAMANHO | 8 |
X1_GSC | G |
X1_VAR01 | MV_PAR01 |
X1_DEF01 | Comum |
X1_CNT01 | '01/01/08' |
X1_HELP | Data inicial do intervalo de emissões das guias de DARF a serem consideradas na seleção dos dados para o relatório |
(Opcional)
Consulta Padrão
<Informações utilizadas na linha Protheus>
Consulta: AMB
Descrição | Configurações de Planejamento |
Tipo | Consulta Padrão |
Tabela | “AMB” |
Índice | “Código” |
Campo | “Código”; ”Descrição” |
Retorno | AMB->AMB_CODIGO |
(Opcional)
Estrutura de Menu
<Informações utilizadas na linha Datasul>.
Procedimentos
Procedimento |
|
|
|
Descrição | (Max 40 posições) | (Max 40 posições) | (Max 40 posições) |
Módulo |
|
|
|
Programa base |
|
|
|
Nome Menu | (Max 32 posições) | (Max 32 posições) | (Max 32 posições) |
Interface | GUI/WEB/ChUI/Flex | GUI/WEB/ChUI/Flex | GUI/WEB/ChUI/Flex |
Registro padrão | Sim | Sim | Sim |
Visualiza Menu | Sim/Não | Sim/Não | Sim/Não |
Release de Liberação |
|
|
|
Programas
Programa |
|
|
|
Descrição | (Max 40 posições) | (Max 40 posições) | (Max 40 posições) |
Nome Externo |
|
|
|
Nome Menu/Programa | (Max 32 posições) | (Max 32 posições) | (Max 32 posições) |
Nome Verbalizado[1] | (Max 254 posições) | (Max 254 posições) | (Max 254 posições) |
Procedimento |
|
|
|
Template | (Verificar lista de opções no man01211) | (Verificar lista de opções no man01211) | (Verificar lista de opções no man01211) |
Tipo[2] | Consulta/Manutenção/ Relatório/Tarefas | Consulta/Manutenção/ Relatório/Tarefas | Consulta/Manutenção/ Relatório/Tarefas |
Interface | GUI/WEB/ChUI/Flex | GUI/WEB/ChUI/Flex | GUI/WEB/ChUI/Flex |
Categoria[3] |
|
|
|
Executa via RPC | Sim/Não | Sim/Não | Sim/Não |
Registro padrão | Sim | Sim | Sim |
Outro Produto | Não | Não | Não |
Visualiza Menu | Sim/Não | Sim/Não | Sim/Não |
Query on-line | Sim/Não | Sim/Não | Sim/Não |
Log Exec. | Sim/Não | Sim/Não | Sim/Não |
Rotina (EMS) |
|
|
|
Sub-Rotina (EMS) |
|
|
|
Localização dentro da Sub Rotina (EMS) |
|
|
|
Compact[4] | Sim/Não | Sim/Não | Sim/Não |
Home[5] | Sim/Não | Sim/Não | Sim/Não |
Posição do Portlet[6] | 0 – Top Left 1 – Top Right 2 – Bottom Left 3 – Bottom Right | 0 – Top Left 1 – Top Right 2 – Bottom Left 3 – Bottom Right | 0 – Top Left 1 – Top Right 2 – Bottom Left 3 – Bottom Right |
Informar os papeis com os quais o programa deve ser vinculado |
|
|
|
Cadastro de Papéis
<O cadastro de papéis é obrigatório para os projetos de desenvolvimento FLEX a partir do Datasul 10>.
<Lembrete: o nome dos papeis em inglês descrito neste ponto do documento, devem ser homologados pela equipe de tradução>.
Código Papel | (máx 3 posições) |
Descrição em Português* |
|
Descrição em Inglês* |
|
[1] Nome Verbalizado é obrigatório para desenvolvimentos no Datasul 10 em diante.
[2] Tipo é obrigatório para desenvolvimento no Datasul 10 em diante
[3] Categorias são obrigatórias para os programas FLEX.
[4] Obrigatório quando o projeto for FLEX
[5] Obrigatório quando o projeto for FLEX
[6] Obrigatório quando o projeto for FLEX
Cadastro de Interações Medicamentosas | Alteração | RM > Cadastros > Cuidados com o Paciente > Prescrição Médica > Interações Medicamentosas |
Configurações por Unidade | Alteração | HIS > Adm. do Sistema > Configurações > Configuração por Unidade |
Prescrição Médica | Alteração | PEP > Seleção do Paciente > Aleta Prescrição Médica:
|
Planejamento Terapêutico | Alteração | PEP > Seleção do Paciente > Aleta Planejamento Terapêutico > Frase prescrita no Aprazamento e Checagem |
Histórico Clínico | Alteração | PEP > Seleção do Paciente > Aleta Histórico Clínico > Frase prescrita nos itens do prontuário: Prescrição Médica e Planejamento Terapêutico |
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.
Ajustar cadastro de Interação Medicamentosa do RM
Funcionalidade | Interação Medicamentosa | ||||
Objetivo | Ajustar cadastro de interação medicamentosa. | ||||
Módulo | Cadastros | Menu | Cuidados com o Paciente > Prescrição Médica > Interações Medicamentosas | ||
Regras da Interface | |||||
RI-001 | Alterar o label "Classificação de Risco" para "Classificação de Risco / Nível de Interação". | ||||
RI-002 | Alterar o label "Observação" para "Observação / Risco". | ||||
RI-003 | O campo "Ação" não é de preenchimento obrigatório. |
Configuração de justificativa na interação medicamentosa
Funcionalidade | Configuração para obrigar a justificativa para interação medicamentosa. | ||||
Objetivo | Incluir checkbox "Obrigar a justificativa por interação medicamentosa na Prescrição Médica" em configurações por unidade. | ||||
Módulo | Administração do Sistema | Menu | Configurações > Configurações por Unidade | ||
Regras da Interface | |||||
RI-001 | O checkbox deverá estar desmarcado por padrão. |
Justificativa – Interação Medicamentosa
Funcionalidade | Justificativa – Interação Medicamentosa | ||||
Objetivo | Justificar a prescrição de medicamentos com interação. | ||||
Módulo | Prontuário Eletrônico | Menu | PEP > Seleção do Paciente >
| ||
| |||||
Regras da Interface | |||||
RI-001 | O campo "Justificativa – Interação Medicamentosa" deverá ser apresentado sempre que houver interação entre medicamentos e deverá ser de preenchimento obrigatório somente se a unidade em que o paciente se encontra estiver com a configurações "Obrigar a justificativa por interação medicamentosa na Prescrição Médica" selecionada. Atenção: Se o medicamento A interagir com o medicamento B e a justificativa for informada no medicamento B, o sistema não deverá obrigar o preenchimento da justificativa no medicamento A. | ||||
RI-002 | Na mensagem de alerta de Interação, caso o campo "Observação / Risco" esteja em branco no cadastro, o label "Observação / Risco" não deverá ser apresentado na mensagem. | ||||
RI-003 | A justificativa deve ser apresentada na frase prescrita (antes e depois da liberação do exame), no Planejamento Terapêutico (aprazamento e checagem) e no Histórico Clínico em forma de Tooltip. Se o medicamento A interagir com o medicamento B e a justificativa for informada no medicamento B, a informação do Tooltip do medicamento B deverá ter o seguinte formato: "Justificativa – Interação Medicamentosa – medicamento A com medicamento B: Descrição da justificativa." Já no medicamento A, será apresentado no ToolTip somente a interação sem a justificativa, visto que, o medicamento justificado foi o B. Exemplo: "Interação Medicamentosa – medicamento A com medicamento B". |
Modelo de Prescrição Médica
Funcionalidade | Modelo de Prescrição Médica | ||||
Objetivo | Possibilitar a visualização do alerta da interação medicamentosa e do preenchimento da justificativa de Interação Medicamentosa no Modelo de Prescrição Médica. | ||||
Módulo | Prontuário Eletrônico | Menu | PEP > Seleção do Paciente > Aleta Prescrição Médica > Clique aqui para prescrever por modelo | ||
Regras da Interface | |||||
RI-001 | Quando o usuário seleciona o "Modelo de Prescrição" a ser utilizado, o sistema marca todos os itens contidos no modelo. Neste momento, o sistema deverá validar as regras para apresentar o alerta e o campo de justificativa de interação medicamentosa. Ao "confirmar o uso do modelo", o sistema deverá fazer a validação de obrigatoriedade de preenchimento de campos conforme regras descritas para inclusão do item na Prescrição Médica. |
Dicionário de Dados
Para contemplar a RN005, alterar a tabela MP2055_UNIT para incluir a coluna MP2055_REQUIRED_DRUG_INT.
Para contemplar a RN003, deverão ser realizadas as seguintes alterações e criações.
Criar as seguintes tabelas:
MP2XXX_DRUG_INTERACTION - Tabela responsável pelas interações medicamentosas.
MP2XXX_DRUG_INT_MEDICATION - Tabela que irá guardar os medicamentos que estão em uma interação.
MP2XXX_DRUG_INT_INHALATION - Tabela que irá guardar as inalações que estão em uma interação.
MP2XXX_DRUG_INT_SOLUTION - Tabela que irá guardar os soros e componentes que estão em uma interação.
Alterar a tabela MP2006_MEDICATION e incluir fk para a tabela MP2XXX_DRUG_INTERACTION.
Alterar a tabela MP2020_INHALATION_ITEM e incluir fk para a tabela MP2XXX_DRUG_INTERACTION.
Alterar a tabela MP2026_SOLUTION_ITEM e incluir fk para a tabela MP2XXX_DRUG_INTERACTION.
Criar as seguintes tabelas:
MP2XXX_DRUG_INT_HYPO - Tabela que irá guardar os itens de hipoglicemia que estão em uma interação.
MP2XXX_DRUG_INT_INS_FIXED - Tabela que irá guardar as insulinas fixas que estão em uma interação.
MP2XXX_DRUG_INT_HYPER - Tabela que irá guardar os itens de hyperglicemia que estão em uma interação.
Alterar a tabela MP2093_HYPOGLYCEMIA e incluir fk para a tabela MP2XXX_DRUG_INTERACTION.
Alterar a tabela MP2092_INSULIN_FIXED e incluir fk para a tabela MP2XXX_DRUG_INTERACTION.
Alterar a tabela MP2094_HYPERGLYCEMIA e incluir fk para a tabela MP2XXX_DRUG_INTERACTION.
Para contemplar a RN006, deve se criar a tabela MP2XXX_JUST_DRUG_INT
Obs: Antes de iniciar está tarefa, deve-se ter sido finalizada a tarefa ER_PCREQ-10172_PEP_Alergia_Justificativa_de_uso_de_Principio_Ativo, pois existem dependências entre tabelas.
Alterações no projeto
Projeto TOTVS.PEP.DataAccessLayer
Criar classes DAL para tabelas MP2XXX_DRUG_INTERACTION, MP2XXX_DRUG_INT_MEDICATION, MP2XXX_DRUG_INT_INHALATION, MP2XXX_DRUG_INT_SOLUTION, MP2XXX_DRUG_INT_HYPO, MP2XXX_DRUG_INT_INS_FIXED, MP2XXX_DRUG_INT_HYPER,
MP2XXX_JUST_DRUG_INT
Alterar classes DAL MP2055_UNIT, MP2006_MEDICATION, MP2020_INHALATION_ITEM, MP2026_SOLUTION_ITEM, MP2093_HYPOGLYCEMIA, MP2092_INSULIN_FIXED, MP2094_HYPERGLYCEMIA.
Projeto TOTVS.PEP.Entities
alterar Unit para RN005
Para RN003 devem ser alteradas e criadas as seguintes classes:
Criar classes DrugInteractionPrescribed, DrugInteractionPrescribedMedication, DrugInteractionPrescribedInhalation, DrugInteractionPrescribedSolution, DrugInteractionPrescribedHypoglycemia, DrugInteractionPrescribedInsulinFixed, DrugInteractionPrescribedHyperglycemia.
Alterar classes PrescriptionMedication, PrescriptionInhalationItem, PrescriptionSolutionItem, PrescriptionInsulinFixed, Hyperglycemia, Hypoglycemia.
Criar classes view para todas as filhas de PrescriptionItem, exemplo: PrescriptionMedication necessita de uma lista de DrugInteractionPrescribedMedication, essa lista é uma view com as propriedades da DrugInteractionPrescribedMedication e a propriedade message da DrugInteractionPrescribed.
Para RN006 deve ser criada a classe JustificationDrugInteraction herdando de Justification.
Projeto TOTVS.PEP.BusinessLayer
alterar UnitService para RN005
Para RN003 criar classe para cada tabela nova criada, MP2XXX_DRUG_INTERACTION, MP2XXX_DRUG_INT_MEDICATION, MP2XXX_DRUG_INT_INHALATION, MP2XXX_DRUG_INT_SOLUTION, MP2XXX_DRUG_INT_HYPO,
MP2XXX_DRUG_INT_INS_FIXED,MP2XXX_DRUG_INT_HYPER.
alterar classes PrescriptionMedicationService, PrescriptionInhalationItemService, PrescriptionSolutionItemService, PrescriptionInsulinFixedService, HyperglycemiaService, HypoglycemiaService.
Para RN006 criar a classe JustificationDrugInteractionService.
Projeto TOTVS.PEP.Wrappers
alterar UnitWrapper para RN005
Para RN003, devem ser alteradas e criadas as seguintes classes:
Criar wrapper para cada tabela nova criada, MP2XXX_DRUG_INTERACTION, MP2XXX_DRUG_INT_MEDICATION, MP2XXX_DRUG_INT_INHALATION, MP2XXX_DRUG_INT_SOLUTION, MP2XXX_DRUG_INT_HYPO,
MP2XXX_DRUG_INT_INS_FIXED,MP2XXX_DRUG_INT_HYPER
Para RN006 devem ser alteradas e criadas as seguintes classes:
Criar classe JustificationDrugInteractionWrapper.
Projeto TOTVS.PEP.Integration
Para RN006 alterar classe EnumTypes JustificationType, adicionar novo tipo "Interação medicamentosa"
Projeto TOTVS.PEP.Adapters
Para RN003, RN006 alterar classe PrescriptionAdapter
Necessário atualizar a referência para os serviços WCF do PEP Server.
Projeto TOTVS.PEP.Client
Para RN002, RN003 e RN004 alterar as seguintes classes:
Criar uma classe especialista em interações, e usa-la nas telas a seguir
PEP.UserControls.MedicationPrescriptionUserControl.xaml
PEP.UserControls.MedicationPrescriptionUserControl.xaml.cs
PEP.UserControls.ComponentPrescriptionUserControl.xaml
PEP.UserControls.ComponentPrescriptionUserControl.xaml.cs
PEP.UserControls.Insulins.FixedOrVariableInsulinUserControl.xaml
PEP.UserControls.Insulins.FixedOrVariableInsulinUserControl.xaml.cs
PEP.UserControls.InalationPrescriptionUserControl.xaml
PEP.UserControls.InalationPrescriptionUserControl.xaml.cs
Para RN005 alterar as seguintes classes:
PEP.Tabs.Entries.UnitConfigurationPage.xaml
PEP.Tabs.Entries.UnitConfigurationPage.xaml.cs
Para RN006 alterar as seguintes classes:
PEP.Tabs.MedicalPrescription.cs
PEP.UserControls.MedicationPrescriptionUserControl.xaml
PEP.UserControls.MedicationPrescriptionUserControl.xaml.cs
PEP.UserControls.ComponentPrescriptionUserControl.xaml
PEP.UserControls.ComponentPrescriptionUserControl.xaml.cs
PEP.UserControls.Insulins.FixedOrVariableInsulinUserControl.xaml
PEP.UserControls.Insulins.FixedOrVariableInsulinUserControl.xaml.cs
PEP.UserControls.InalationPrescriptionUserControl.xaml
PEP.UserControls.InalationPrescriptionUserControl.xaml.cs
Para RN007 alterar as seguintes classes:
TOTVS.PEP.Client.Helpers.JustificationDescriptionFactory.cs
PEP.UserControls.InalationPrescriptionUserControl.xaml.cs
PEP.UserControls.MedicationPrescriptionUserControl.xaml.cs
PEP.UserControls.ComponentPrescriptionUserControl.xaml.cs
PEP.UserControls.Insulins.FixedOrVariableInsulinUserControl.xaml.cs
PEP.UserControls.InsulinPrescriptionUserControl.xaml.cs
PEP.CustomControls.AppointmentChart.AppointmentChart.xaml.cs
PEP.UserControls.PrescriptionItemsGrid.xaml.cs
PEP.BindEntities.BindingPrescriptionItemClinicalHistory
...