/
Shortcuts: "t:" searches only in tasks, "p:" searches only in projects, "u:" searches only in users. For example, "t:analysis" or "p:prototypeXYZ" All available shortcuts: t|task|tasks|i|issue|issues - search only by tasks; p|project|projects - search only by projects; u|user|users - search only by users.
Hash #: By using # with task ID, you will jump to the task directly. Without the # symbol, the result only matches the searched numbers (don't expect ID).
Operators AND OR NOT XOR: For example 'man OR (dog AND cat)'.
Operators '+' and '-': A group of terms with some marked with + and - will match items containing all of the + terms, but none of the - terms. Terms not marked with + or - contribute towards the item rankings. You can also use + and - on phrases and on bracketed expressions. For example 'one +two -three'.
Operator NEAR: 'one NEAR two NEAR three' matches items containing those words within 10 words of each other. You can set the threshold to n by using NEAR/n like so: one NEAR/6 two.
Operator ADJ: ADJ is like NEAR but only matches if the words appear in the same order as in the query. So 'one ADJ two ADJ three' matches items containing those three words in that order and within 10 words of each other. You can set the threshold to n by using ADJ/n like so: 'one ADJ/6 two'.
Phrase searches: A phrase surrounded with double quotes ("") matches items containing that exact phrase. Hyphenated words are also treated as phrases, as are cases such as filenames and email addresses (e.g. /etc/passwd or president@whitehouse.gov).
Searching for proper names: If a query term is entered with a capitalised first letter, then it will be searched for unstemmed.
Wildcards: The query parser supports using a trailing '*' wildcard, which matches any number of trailing characters, so 'wildc*'' would match wildcard, wildcarded, wildcards, wildcat, wildcats, etc.
Searching within a free-text field: You can search within specific fields. For example 'title:support content:shop' might find items with 'support' in the title and 'shop' in the content. You can also specify a prefix on a quoted phrase (e.g. title:"one two") or on a bracketed subexpression (e.g. title:(mice men)). Allowed search fields: title, content, journals, attachments.
Recently viewed
Mail subject
Reply to
Mail copy
Mail sender
Mail recipient
Task #822 has been updated by Kristiina Kahur. Attachment List of development issues update as of Spring 2025.docx added Nordic Casemix Center/Kristiina Kahur 22-1-2025An update of development issues listed in the initial document is attached to this ticket.There was in total 15 development issues listed in the document: One had been implemented already (#812) One had been withdrawn earlier Six may require the changes in NordDRG tools (NDMS, grouper or def.tables). Given that there will be likely a need to make changes related to transition to ICD-11 anyway, it would make sense to manage all the necessary changes at once. The issues are listed on #813. One needs additional attention, primarily by Sweden (#818) One will be linked to #877 Four need to be discussed in EG meeting: extra columns in the table drglogic for the patient’s functionality or for severity of illness A column in the table drglogic for duration in hours Improvement of DRG codes according to Swedish approach RTC and ICD columns are redundant in logic table One is related to ICD-11Change of MDC according to Chapters of ICD10 or ICD11 (the file 'Mapping_ICD_MDC) is attached to this ticket). I suggest it will be discussed in EG meeting. This case remains open and will be discussed in EG meeting. Mats Fernström, the National Board of Health and Welfare, Sweden 2022-02-23 (SWE ID C927)This is a reminder that we still want a development in the direction that we outlined in case #545 but we have created this new case since #545 is closed (see Kristiinas comment 10-8-2021). Our wishes are repeated below in short. There might be further wishes from other countries as well. The matter must be discussed by the Expert group (a smaller working group first?) and eventually decided by the Board, since the changes mean changes in the program code for all groupers, which in turn will cause some costs. With this in mind, it may be a good idea to implement the changes at the same time as ICD-11 is implemented, as the program code in the groupers then must be updated anyhow.In the grouping rules (table drg_logic) there is a terrible mess with type of care (e.g. primary care), type of contact and type of profession in the fields for diagnoses and procedures. In addition, procedures are specified in the fields for diagnoses (via dgprop).Instead, the rules should have separate fields for administrative parameters like type of care, contact and profession and there should be more fields for procedures so it is possible to construct rules based on more than two procedures without using dgprop. There should also be fields for the patient’s functionality or for severity of illness and other factors that can be of interest to include in the grouping logic in the future.Furthermore, we should discuss if there should be a marker on certain rules that tells the grouper that the demands in the dgprop fields are of the type “AnyOf” (now it is always “AllOf”). Then, for example, the 32 rules for DRG Q55N ’Nyfödd, födelsevikt 2500 g eller mer, med annat signifikant problem’ (= DRG 390X ‘Neonate, birthweight 2500 g or more, with other significant problem’) could be replaced by only 2 rules. (However, such a change has a rather limited ability to reduce the total number of rules, I think, so it may be not worth the effort.)A possibility to have multiple coding for procedures (similar to asterisk-dagger for diagnoses) so that general qualifiers (NCSP codes beginning with Z) are hooked to the right intervention code is important, however. With the present logic, an irrelevant bilateral procedure (e.g. peripheral intravenous catheters) can lead to a DRG for major bilateral interventions (e.g. DRG 471N ‘Bilateral or multiple major joint procs of extremities’).The question about if two or more diagnoses with CC property should generate MCC property in case #818 can be added to these development discussions.When ICD-11 is implemented in NordDRG, we all have to cope with new codes and then, at the same time, it could be appropriate to introduce systematic DRG codes that are common for all countries. It could be similar to the present Swedish codes but with more characters.
Nordic Casemix Center/Kristiina Kahur 22-1-2025
An update of development issues listed in the initial document is attached to this ticket.
There was in total 15 development issues listed in the document:
This case remains open and will be discussed in EG meeting.
Mats Fernström, the National Board of Health and Welfare, Sweden 2022-02-23 (SWE ID C927)This is a reminder that we still want a development in the direction that we outlined in case #545 but we have created this new case since #545 is closed (see Kristiinas comment 10-8-2021). Our wishes are repeated below in short. There might be further wishes from other countries as well. The matter must be discussed by the Expert group (a smaller working group first?) and eventually decided by the Board, since the changes mean changes in the program code for all groupers, which in turn will cause some costs. With this in mind, it may be a good idea to implement the changes at the same time as ICD-11 is implemented, as the program code in the groupers then must be updated anyhow.
In the grouping rules (table drg_logic) there is a terrible mess with type of care (e.g. primary care), type of contact and type of profession in the fields for diagnoses and procedures. In addition, procedures are specified in the fields for diagnoses (via dgprop).Instead, the rules should have separate fields for administrative parameters like type of care, contact and profession and there should be more fields for procedures so it is possible to construct rules based on more than two procedures without using dgprop. There should also be fields for the patient’s functionality or for severity of illness and other factors that can be of interest to include in the grouping logic in the future.Furthermore, we should discuss if there should be a marker on certain rules that tells the grouper that the demands in the dgprop fields are of the type “AnyOf” (now it is always “AllOf”). Then, for example, the 32 rules for DRG Q55N ’Nyfödd, födelsevikt 2500 g eller mer, med annat signifikant problem’ (= DRG 390X ‘Neonate, birthweight 2500 g or more, with other significant problem’) could be replaced by only 2 rules. (However, such a change has a rather limited ability to reduce the total number of rules, I think, so it may be not worth the effort.)
A possibility to have multiple coding for procedures (similar to asterisk-dagger for diagnoses) so that general qualifiers (NCSP codes beginning with Z) are hooked to the right intervention code is important, however. With the present logic, an irrelevant bilateral procedure (e.g. peripheral intravenous catheters) can lead to a DRG for major bilateral interventions (e.g. DRG 471N ‘Bilateral or multiple major joint procs of extremities’).
The question about if two or more diagnoses with CC property should generate MCC property in case #818 can be added to these development discussions.
When ICD-11 is implemented in NordDRG, we all have to cope with new codes and then, at the same time, it could be appropriate to introduce systematic DRG codes that are common for all countries. It could be similar to the present Swedish codes but with more characters.