Appendix B. Markush Structures

As a fundamental feature of the system, the Markush and non-Markush structures are stored in separate structure tables, but have the same method for corporate ID generation and storage hierarchy. They support the same additional data attached to the preparation level as well.

For a list of supported Markush features in JChem storage please consult the link provided below:

https://www.chemaxon.com/jchem/doc/user/query_markush.html#combinatorialMarkushFeatures

Registration

None of the structure related operations are performed on the Markush structure. E.g. salt/solvate stripping from the structure itself would not work, on the other hand the specified and attached salts are properly considered.

  1. Simple Registration (Registration page)
    All Markush structures submitted to registration will fail. Submissions will fall to the Staging intentionally, they always have to be reviewed.

  2. Advanced Registration (Registration page)
    All Markush structures submitted to registration will be registered.

  3. Registering form the Submission page (Staging area)
    All Markush structures submitted to registration will be registered

When registering using the Advanced Registration mode or from the Submission page (Stagin area) the match list will be encountered if the registered Markush structure has matches in the DB. Two match types can be available:

  • Markush Structure Exact Match

    Is the case when the registered Markush structure has an exact match in the DB:

    In case of exact match the only available match action is the Accept, the new lot will be registered under the existing (accepted) parent.

  • Markush Structure Ovelap

    Is the case when the registered Markush structure has the same scaffold and there is at least one common R-group between the registered one and the one is going to be registered:

    images/download/attachments/41126372/markush_match_overlap.png
    In case of "overlap" both match actions Register as Unique and Accept are available. The new lot can be registered under a new parent structure or can be registered under the existing (accepted) parent.

Bulkloader

All the Markush structures submitted to registration from the Bulkloader page fall to Staging. None of the structure related operations are performed on the structure: e.g. selected structure checkers and fixers; salt/solvate stripping from the structure itself would not work (as in the case of automatic single registration).

Staging

The Markush submissions are displayed the same way as the non-Markush ones in the ’Staging table’. The status of a Markush structure is typically "Markush structure found", except for those cases where the validation process fails prior to the Markush check, e.g. because of an invalid ID provided.

Submission

Individual submissions in the Staging Area are displayed in a uniform style, regardless of the fact if it is a Markush structure or not. The structure editing area shows the Markush structure if available, that can be freely edited here.

  • ’Save’, ’Restore’, ’Assign’, ’Unlock’, ’Register with CN’ actions work as expected.

  • ’Show possible hits’ action shows all the Markush structure hits – and only those ones – if the submission contains a Maskush input; it shows only non-Markush hits if the input structure is not Markush. The same options are available that can be used for the non-Markush structures, and all the Markush matches will be presented that have an overlap with the input one.

  • ’Register’ action: the same feature applies for the matchlist dialog during the registration as in the case of ’Show possible hits’ above.

  • The system would not allow the registration of Markush structures as part of multi-component structures.

  • Some of the registration options and structure checkers/fixers of the page would not be applicable in case of Markush structures (like ’Analyze Salt Solvate Fragments’), those will be automatically bypassed.

Amendment

All the features work as before, with the same modifications on the matchlist that are described above, on the Submission page. The same storage hierarchy is created for Markush and non-Markush structures.

  • Structure shown as Markush in the relevant cases.

  • When Markush structure is amended to a non-Markush one (or vice versa) the new structure is taken account when providing the matches, the original structure and its type is completely disregarded.

Audit

Audit structure images (and the ones provided in the summary and history dialogs as well) show the appropriate images, even Markush if needed.

Salt Search

Salt search functionality is not affected by the Markush structures, the use of Markush structures as salts/solvates is not allowed.