Results for “consultation_result”

50+ results




AI-generated from documented ETRM metadata — verify critical details on the linked pages.

Overview

The PER_MEDICAL_ASSESSMENTS_V view is a seeded, VALID database object owned by the APPS schema within the Oracle E-Business Suite PER — Human Resources product family. Per the ETRM documentation, its stated purpose is to "support user interface" — that is, it is an interface-support view consumed by Oracle EBS forms, OAF pages, and related self-service screens that display medical assessment data. It is not a transactional base table but a projection layer that denormalizes foreign-key identifiers into human-readable, translated descriptions and joins in related organization and incident context.

The view is central to the "consultation_result" search context because it exposes both the raw lookup code CONSULTATION_RESULT and a decoded description column CONSULTATION_RESULT_DESC, derived via HR_GENERAL.DECODE_LOOKUP. This makes it the natural source for reporting on the outcome of employee medical consultations.

Underlying Base Objects

The ETRM metadata documents the following referenced base objects:

Because the base table objects are referenced as APPS synonyms, querying the view does not require knowledge of the underlying physical schema owner.

Key Columns

Common Use Cases and Queries

Typical uses include decoded result reporting, incident correlation, and next-consultation scheduling extracts.

  • Summarizing consultation outcomes by result description for a given population.
  • Joining assessments to work incidents to trace result to cause.
  • Extracting upcoming NEXT_CONSULTATION_DATE values for scheduling.
SELECT a.person_id,
       a.consultation_date,
       a.consultation_type_desc,
       a.consultation_result_desc,
       a.incident_reference,
       a.next_consultation_date
  FROM apps.per_medical_assessments_v a
 WHERE a.consultation_result = :result_code
   AND a.consultation_date >= :from_date
 ORDER BY a.consultation_date DESC;

Because the view already decodes lookup values and resolves organization names, it reduces reliance on custom joins for these display-oriented requirements.