casa |  | Saúde e Doença >  | Indústria da Saúde | Hospitais

Diagrama Avançado de Classes UML para Sistemas de Gestão Hospitalar

Este abrangente diagrama de classes UML modela os principais atores, entidades e relacionamentos para um sistema moderno de gestão hospitalar (HMS), suportando fluxos de trabalho clínicos, administrativos e financeiros.

Classes de Atores

Paciente

+----------------+ | Ator: Paciente | +----------------+ * Atributos: - PatientID: String - Nome: String - DataNascimento: Date - Gênero: Enum - Endereço: Endereço - Telefone: String - Email: String - Seguro: ApóliceSeguro - ContatoEmergência: ContatoInfo * Operações: + Registrar() + AtualizarPerfil() + SolicitarConsulta() + VisualizarProntuário() + VisualizarHistóricoFaturamento() + PagarConta() + FornecerConsentimento() 

Médico

+-------------------+ | Ator: Médico | +-------------------+ * Atributos: - DoctorID: String - Nome: String - Especialidade: EspecialidadeEnum - Departamento: Departamento - NúmeroLicença: String - AnosExperiência: Inteiro - Agenda: Agenda * Operações: + DiagnosticarPaciente() + PrescreverTratamento() + RealizarProcedimento() + VisualizarProntuáriosPaciente() + GerenciarConsultas() + AssinarDocumentação() + SolicitarExames() 

Atores Adicionais

  • Enfermeiro - Cuidado ao paciente, administração de medicação, monitoramento de sinais vitais, execução de plano de cuidados
  • Administrador - Gerenciamento de usuários, configuração do sistema, relatórios, conformidade
  • Técnico de Laboratório - Processamento de amostras, lançamento de resultados, gestão de QC
  • Farmacêutico - Verificação de medicação, dispensação, verificação de interações, compostagem
  • Especialista em Faturamento - Geração de reclamações, codificação, gestão de negações, lançamento de pagamentos

Classes de Entidade Principais

Consulta

+----------------------+ | Classe: Consulta | +----------------------+ * Atributos: - ConsultaID: String - PatientID: String - ProviderID: String - DataHora: DateTime - Duração: Inteiro - Tipo: TipoConsulta - Status: StatusConsulta - Localização: Local - Motivo: String * Operações: + Agendar() + Reagendar() + Cancelar() + FazerCheckIn() + Concluir() + ObterDetalhes() 

Prontuário Médico

+--------------------------+ | Classe: Prontuário Médico | +--------------------------+ * Atributos: - RecordID: String - PatientID: String - Encontros: List<Encontro> - Diagnósticos: List<Diagnóstico> (CID-10) - Alergias: List<Alergia> - Medicamentos: List<Medicação> - Imunizações: List<Imunização> - ListaProblemas: List<Problema> * Operações: + AdicionarEncontro() + AdicionarDiagnóstico() + AtualizarListaProblemas() + GerarResumo() + ExportarCCD() 

Tratamento / Plano de Cuidados

+------------------+ | Classe: Tratamento | +------------------+ * Atributos: - TreatmentID: String - PatientID: String - ProviderID: String - Diagnosis: Diagnosis - Plan: CarePlan - Medications: List<Prescription> - Orders: List<Order> - Status: TreatmentStatus * Operações: + CriarPlano() + AtualizarPlano() + AdicionarPrescrição() + AdicionarOrdem() + ObterHistórico() 

Faturamento e Financeiro

+----------------+ | Classe: Conta | +----------------+ * Atributos: - BillID: String - PatientID: String - EncounterID: String - LineItems: List<BillLineItem> - TotalCharges: Decimal - InsurancePayments: Decimal - PatientResponsibility: Decimal - Status: BillingStatus * Operações: + Gerar() + EnviarReclamação() + LançarPagamento() + Ajustar() + GerarExtrato() 

Hospital / Organização

+---------------------------+ | Classe: Hospital | +---------------------------+ * Atributos: - HospitalID: String - Nome: String - Endereço: Endereço - Telefone: String - NúmeroLicença: String - BedCount: Integer - Departments: List<Department> - Providers: List<Provider> * Operações: + GerenciarRecursos() + GerarRelatórios() + ConfigurarFluxos() + AuditarConformidade() 

Relacionamentos Principais

  • Paciente 1..* — * Consulta (Paciente tem muitas consultas)
  • Médico 1..* — * Consulta (Médico tem muitas consultas)
  • Paciente 1 — 1 Prontuário Médico (Um prontuário por paciente)
  • Encontro 1..* — * Ordem (Encontro gera ordens)
  • Ordem 1 — 1..* Resultado (Ordens de laboratório/imagem produzem resultados)
  • Encontro 1 — 1 Conta (Cada encontro gera faturamento)
  • Hospital 1 — * Departamento (Hospital contém departamentos)
  • Departamento 1 — * Provedor (Departamento tem provedores)

Padrões de Design Aplicados

  • Fachada: HospitalManagement simplifica interações de subsistemas
  • Observador: Notificações de consulta, alertas de resultados críticos
  • Estratégia: Regras de faturamento por pagador, algoritmos de agendamento
  • Estado: StatusConsulta, StatusTratamento, StatusFaturamento
  • Composto: Plano de Cuidados composto de Ordens, Medicamentos, Metas

Nota de implementação: Este modelo está alinhado com recursos HL7 FHIR (Paciente, Profissional, Encontro, Plano de Cuidados, Solicitação de Medicação, Reclamação) para interoperabilidade.