Has procedure occurrence leaf node

@prefix omop: <https://w3id.org/omop/ontology/> .
@prefix owl: <http://www.w3.org/2002/07/owl#> .
@prefix owlready: <http://www.lesfleursdunormal.fr/static/_downloads/owlready_ontology.owl#> .
@prefix rdf: <http://www.w3.org/1999/02/22-rdf-syntax-ns#> .
@prefix rdfs: <http://www.w3.org/2000/01/rdf-schema#> .
@prefix xsd: <http://www.w3.org/2001/XMLSchema#> .

omop:has_procedure_occurrence a owl:ObjectProperty ;
    rdfs:label "Has procedure occurrence"^^xsd:string ;
    owlready:python_name "procedure_occurrences"^^xsd:string ;
    rdfs:comment "reversed relation, For Procedure Occurrence: The PERSON_ID of the PERSON for whom the procedure is recorded. This may be a system generated code."@en,
        """reversed relation, For Procedure Occurrence: The VISIT_DETAIL record during which the Procedure occurred. For example, if the Person was in the ICU at the time of the Procedure the VISIT_OCCURRENCE record would reflect the overall hospital stay and the VISIT_DETAIL record would reflect the ICU stay during the hospital visit.
Same rules apply as for the VISIT_OCCURRENCE_ID."""@en,
        """reversed relation, For Procedure Occurrence: The visit during which the procedure occurred.
Depending on the structure of the source data, this may have to be determined based on dates. If a PROCEDURE_DATE occurs within the start and end date of a Visit it is a valid ETL choice to choose the VISIT_OCCURRENCE_ID from the Visit that subsumes it, even if not explicitly stated in the data. While not required, an attempt should be made to locate the VISIT_OCCURRENCE_ID of the PROCEDURE_OCCURRENCE record."""@en ;
    rdfs:domain [ a owl:Class ;
            owl:unionOf ( omop:BaseVisit omop:Person ) ] ;
    rdfs:range omop:ProcedureOccurrence ;
    omop:omop_cdm_name "procedure_occurrence.person_id#101 AS Person"^^xsd:string,
        "procedure_occurrence.visit_detail_id#110 AS VisitDetail"^^xsd:string,
        "procedure_occurrence.visit_occurrence_id#109 AS VisitOccurrence"^^xsd:string .